1. 2012
Escuela Colombiana de
Ingeniería “Julio Garavito”
Laura Ochoa – Claudia Martínez
[ANÁLISIS TOGAF]
TOGAF es un marco - un método detallado y un conjunto de herramientas de apoyo -
para el desarrollo de una arquitectura empresarial. Versión 9.1
2. TOGAF
Es un marco de arquitectura. TOGAF proporciona los métodos y herramientas para ayudar en
la aceptación, la producción, uso y mantenimiento de una arquitectura empresarial. Se basa en
un modelo de proceso iterativo con el apoyo de las mejores prácticas y un conjunto reutilizable
de los activos de la arquitectura existente.
TOGAF, se puede resumir, con ayuda de los dos siguientes significados.
1. Una descripción formal de un sistema o un plan detallado del sistema a nivel de
componente para orientar su aplicación.
2. La estructura de los componentes, sus interrelaciones, así como los principios y
directrices que rigen su diseño y evolución en el tiempo.
¿Qué tipo de arquitectura es TOGAF?
Hay cuatro ámbitos de arquitectura que describen a TOGAF.
La arquitectura de negocios define la estrategia de negocio, la gestión, organización
y procesos de negocio clave.
La arquitectura de datos describe la estructura de los activos físicos y lógicos de una
organización de datos y recursos de gestión de datos.
La arquitectura de la aplicación proporciona un plan para las aplicaciones
individuales que se implementarán, sus interacciones y sus relaciones con los
principales procesos de negocio de la organización.
La arquitectura tecnológica se describen las capacidades lógicas de software y
hardware que se requieren para apoyar el despliegue de negocio, datos y servicios de
aplicación. Esto incluye la infraestructura de TI, middleware, redes, comunicaciones,
procesamiento, normas, etc.
Métodos de desarrollo de la arquitectura.
Método para el Desarrollo (ADM) es un proceso probado y repetible para el desarrollo de
arquitecturas. El ADM incluye el establecimiento de un marco de arquitectura, desarrollo de
contenidos de arquitectura, y regula la realización de arquitecturas.
3. El ADM se inicia con una fase preliminar en la que los arquitectos configuran el programa
general de la arquitectura y entran en ciclos de ocho fases en las que los distintos proyectos de
arquitectura (por ejemplo, la consolidación del centro de datos) se llevan a cabo.
El ADM es el resultado de continuos aportes de un gran número de profesionales de la
arquitectura. En él se describe un método para desarrollar y gestionar el ciclo de vida de una
arquitectura empresarial, y constituye el núcleo de TOGAF. Se integra elementos de TOGAF
descritos en este documento, así como otros activos disponibles de arquitectura, para cumplir
con el negocio y las necesidades de TI de una organización.
Fases dentro de ADM.
La fase preliminar se describe las actividades de preparación y puesta en marcha necesarias
para crear una capacidad de Arquitectura incluyendo la personalización de TOGAF y definición
de los principios de la arquitectura.
Fase A: Visión Arquitectura, describe la fase inicial de un ciclo de desarrollo de la arquitectura.
Se incluye información sobre cómo definir el alcance de la iniciativa de desarrollo de la
arquitectura, la identificación de las partes interesadas, la creación de la visión de arquitectura,
y obtener la aprobación para proceder con el desarrollo de la arquitectura.
Fase B: Arquitectura de Negocios, describe el desarrollo de una arquitectura de negocios para
apoyar la visión de arquitectura acordada.
Fase C: Arquitecturas de Sistemas de Información, describe su desarrollo para apoyar la visión
de arquitectura acordado.
Fase D: Tecnología de Arquitectura, describe su desarrollo para apoyar la visión de
arquitectura acordado.
Fase E: Oportunidades y Soluciones, lleva a cabo la planificación de la implementación inicial y
la identificación de los vehículos de reparto de la arquitectura definida en las fases anteriores.
4. F Fase: Planificación de la migración, se explica cómo pasar de la línea de base para las
arquitecturas de destino, al finalizar una aplicación detallada y el Plan de Migración.
Fase G: Implementación de Gobierno, ofrece una arquitectura de supervisión de la aplicación.
Fase H: Gestión de la Arquitectura Cambio, establece los procedimientos para la gestión del
cambio a la nueva arquitectura. Gestión de Requisitos examina el proceso de gestión de
requisitos de arquitectura en todo el ADM.
El Marco de Contenido
Una de las innovaciones en TOGAF 9 es la adición de un marco de contenido, que está ligado
tanto a un metamodelo explícito y a la eficacia probada de ADM. Su propósito es ganar
influencia considerable mediante la vinculación de la ADM a los modelos de referencia de la
FEA y será capaz de crear con mayor facilidad y flexibilidad metamodelos. También se puede
atar los artefactos definidos en el Marco de contenido a sus propios metamodelos y las fases
de la ADM.
Debido a que el metamodelo TOGAF es modular, es ideal para ayudar a los arquitectos para
definir y modelo dentro de los segmentos.
En cuanto a la metamodelo servirán para entender mejor la ayuda de la presentación final del
marco de contenido.
5. Descripción general del metamodelo de contenido
El metamodelo de contenido define un conjunto de entidades que permiten a los conceptos
arquitectónicos ser capturados, almacenados, filtrados, y representados en una manera que
apoye la coherencia, la integridad y la trazabilidad.
Principios de Arquitectura, Visión, y artefactos requisitos tienen por objeto captar el
contexto que rodea a los modelos formales de la arquitectura, incluidos los principios generales
de la arquitectura, el contexto estratégico que constituye la entrada para el modelado de la
arquitectura, y las necesidades generadas a partir de la arquitectura. El contexto de la
arquitectura típicamente queda recogido en las fases preliminares de la visión y la arquitectura.
Artefactos de negocio Arquitectura captura de los modelos arquitectónicos de la operación
del negocio, centrándose específicamente en los factores que motivan a la empresa, cómo la
empresa se estructuran orgánicamente, y también lo que las capacidades funcionales de la
empresa tienen.
Información artefactos arquitectura de sistemas de captura modelos de arquitectura de
sistemas de TI, mirando a las aplicaciones y datos en línea con las fases TOGAF ADM.
Artefactos de la arquitectura tecnológica de captura adquiridos los activos tecnológicos que
se utilizan para implementar y realizar soluciones de sistemas de información.
Artefactos de Arquitectura de Realización de planes de trabajo de captura que indiquen la
transición entre los estados de arquitectura y declaraciones obligatorias que se utilizan para
dirigir y gobernar una implementación de la arquitectura.
Información General
La arquitectura TOGAF Método para el Desarrollo (ADM) es un ciclo de vida del proceso para
crear y gestionar arquitecturas dentro de una empresa. En cada etapa de la ADM, una
discusión de las entradas, salidas, y los pasos se describen una serie de productos de trabajo o
artefactos arquitectónicos, como el proceso y aplicación. El metamodelo de contenido que aquí
se define una estructura formal de estos términos para garantizar la coherencia dentro de la
ADM y también para proporcionar una guía para organizaciones que desean implementar su
arquitectura dentro de una herramienta de arquitectura.
6. Conceptos básicos de contenido Metamodelo
Una arquitectura TOGAF se basa en definir una serie de bloques de construcción
arquitectónicos dentro de los catálogos de arquitectura, especificando las relaciones entre esos
bloques de construcción de matrices de la arquitectura, y luego la presentación de los
diagramas de comunicación que muestran de una manera precisa y concisa lo que es la
arquitectura.
Contenido básico y Extensión ofrece una introducción a la forma en que TOGAF emplea un
metamodelo núcleo básico y luego se aplica una serie de módulos de extensión para abordar
los problemas específicos de arquitectura con más detalle.
Entidades Core Metamodelo introduce las entidades centrales TOGAF metamodelo, que
muestra el propósito de cada entidad y las relaciones clave que apoyan la trazabilidad de la
arquitectura.
Concepto de Catálogo, Matriz y el diagrama describe el concepto de catálogos, matrices y
diagramas.
Núcleo de Extensión y contenido
El papel de TOGAF es proporcionar un estándar abierto para la arquitectura que se puede
aplicar en muchos escenarios y situaciones. Para cumplir con esta visión, es necesario
proporcionar un metamodelo de arquitectura empresarial con todas las funciones de contenido
y también para proporcionar la capacidad de evitar la realización de actividades innecesarias
mediante el apoyo a la sastrería.
El metamodelo debe proporcionar un modelo básico con el conjunto mínimo de características
y luego apoyar la inclusión de extensiones opcionales durante la confección de compromiso.
El metamodelo básico TOGAF contenido y su extensión
El metamodelo núcleo proporciona un conjunto mínimo de contenido arquitectónico para
apoyar la trazabilidad a través de artefactos. Conceptos adicionales metamodelo de un apoyo
más específico o más de profundidad de modelado están contenidas dentro de un grupo de
extensiones que, lógicamente, se agrupan los catálogos de extensión, matrices y diagramas, lo
que permite el enfoque en las áreas de interés específico y el enfoque.
7. Todos los módulos de extensión son opcionales y deben ser seleccionados durante la fase
preliminar de la arquitectura de desarrollo para satisfacer las necesidades de la organización.
Además, los grupos de extensión descritas por el metamodelo de contenido son sólo una
sugerencia y la sastrería más puede llevarse a cabo para adaptarse a las necesidades
específicas, a discreción de los arquitectos.
Extensiones de Gobierno
Propósito
La extensión de gobierno tiene la intención de permitir que otros datos estructurados que se
celebrará con los objetivos y servicios de oficina, apoyo a la gobernabilidad de funcionamiento
del paisaje.
El alcance de esta extensión es como sigue:
La posibilidad de aplicar medidas a los objetivos y vincular estas medidas a los servicios
La capacidad de aplicar los contratos de servicio de comunicación o de las interacciones de
servicio con los usuarios y sistemas externos
La capacidad de definir reutilizables calidades de servicio que definen un perfil de nivel de
servicio que se puede utilizar en los contratos
Creación de diagramas adicionales para demostrar la propiedad y la gestión de los sistemas
Esta extensión se debe utilizar en las siguientes situaciones:
Cuando una organización está considerando el cambio en TI que se traducirá en un impacto
significativo a los actuales modelos de gestión operacionales
Cuando una organización tiene requisitos granulares para los niveles de servicio que difieren
de un servicio a
Cuando una organización está tratando de transformar su práctica de la gobernanza operativa
Cuando una organización tiene el foco muy fuerte en los impulsores del negocio, las metas y
objetivos y cómo se traza en los niveles de servicio
Servicios de Extensiones
Propósito
La extensión de los servicios tiene por objeto permitir un modelo más sofisticado de la cartera
de servicios mediante la creación de un concepto de servicios de SI, además del concepto
básico de servicios de oficina. SE servicios están soportados directamente por las aplicaciones
y la creación de la capa de abstracción relaja las restricciones en los servicios empresariales al
mismo tiempo permitir a los actores técnicos para poner más formalidad en un catálogo de
servicios es.
El alcance de esta extensión es como sigue:
Creación de servicios de SI como una extensión del servicio de negocio Esta extensión se
debe utilizar en las siguientes situaciones:
Cuando la empresa tiene una definición preestablecida de sus servicios que no se alinean bien
con las necesidades técnicas y arquitectónicas
8. Cuando el negocio y de TI utilizar un lenguaje diferente para describir capacidades similares.
En caso de servicios de TI está alineada con las necesidades de la empresa, en particular
alrededor de las áreas de calidad de servicio, la visibilidad del rendimiento y granularidad de
gestión
¿Dónde está dando pasos iniciales para la participación del comercio en los debates sobre la
arquitectura de TI
Los beneficios del uso de esta extensión son como sigue:
Los servicios empresariales se pueden definir fuera de las limitaciones que existen en el
metamodelo básico. Esto permite una participación más natural con las partes interesadas de
negocios.
SE servicios pueden ser definidos de acuerdo a un modelo que establece una correspondencia
estrecha con la aplicación, proporcionando una abstracción solución más realista para apoyar
la toma de decisiones de TI.
Las relaciones comerciales y de servicio ES mostrar dónde está el punto de vista empresarial
se alinea con la teoría de la SI y donde hay desajustes.
Extensiones de modelado de procesos
Propósito
La extensión de modelado de procesos tiene por objeto permitir el modelado detallado de los
flujos de proceso mediante la adición de eventos, productos, y los controles en el metamodelo.
Por lo general, la arquitectura empresarial no perforar en el flujo del proceso, pero en ciertas
organizaciones centradas en los procesos o evento centrado-, puede ser necesario para la
elaboración de procesos de una manera mucho más formal de usar este módulo de extensión.
El alcance de esta extensión es como sigue:
Creación de eventos como factores desencadenantes de los procesos
Creación de controles que la lógica de negocio y el gobierno las puertas para la ejecución del
proceso
Creación de productos para representar la salida de un proceso
Creación de diagramas de eventos para realizar un seguimiento de los desencadenantes y
cambios de estado en toda la organización
Esta extensión se debe utilizar en las siguientes situaciones:
Cuando la arquitectura debe prestar especial atención al estado y los eventos
Cuando la arquitectura es necesario para identificar de forma explícita y almacenar las medidas
de control de procesos, por ejemplo, para apoyar el cumplimiento regulatorio
Cuando la arquitectura cuenta con los flujos de procesos críticos o elaborados
Los beneficios del uso de esta extensión son como sigue:
9. Esta extensión permite el modelado de procesos detallado y la catalogación de los artefactos
del proceso.
Puede ser utilizado para apoyar las actividades de cumplimiento normativo.
Puede ser utilizado con el legado de volver a propósito o no-arquitectónico análisis del proceso
de descomposición.
De datos de Extensiones
Propósito
La extensión de datos está destinado a permitir el modelado más sofisticadas y la
encapsulación de datos. El modelo básico ofrece un concepto de entidad de datos que soporta
la creación de modelos de datos, que luego se extendieron por esta extensión para incluir el
concepto de un componente de datos. Los componentes de datos forman un encapsulado
físico o lógico de las entidades de datos abstractos en unidades que pueden ser regulados y
desplegado en las aplicaciones.
El alcance de esta extensión es como sigue:
Creación de componentes de datos de datos lógicos que las entidades del grupo, en los
módulos encapsulados para la gobernabilidad, la seguridad y los propósitos de despliegue
Creación de componentes de datos físicos que implementan los componentes de datos lógicos
y son análogas a las bases de datos, registros, bases, esquemas y otras técnicas de
segmentación de datos
Creación de los datos del ciclo de vida, seguridad de datos y diagramas de migración de datos
de la arquitectura para mostrar las preocupaciones de datos con más detalle
Esta extensión se debe utilizar en las siguientes situaciones:
Cuando la arquitectura cuenta con gran complejidad y el riesgo en torno a la ubicación, la
encapsulación y la gestión o el acceso a los datos
Los beneficios del uso de esta extensión son como sigue:
La estructura de los datos se modela de forma independiente de su ubicación, permitiendo que
los modelos de datos que deben desarrollarse que abarcan múltiples sistemas sin estar atado a
problemas físicos.
Agrupaciones lógicas de los datos se pueden utilizar para establecer la gobernabilidad, la
seguridad, o los límites de despliegue en torno a los datos, proporcionando una apreciación
mucho más holística de los problemas de datos en torno a la arquitectura.
Extensiones de Consolidación de la Infraestructura
Propósito
La extensión consolidación de la infraestructura se destina a ser utilizado en paisajes donde la
aplicación y carteras de tecnología se han fragmentado y la arquitectura busca consolidar el
negocio como la capacidad habitual en un menor número de sitios, aplicaciones o
componentes de tecnología.
El alcance de esta extensión es como sigue:
10. Creación de una entidad de lugar para celebrar la ubicación de los activos de TI y los
consumidores externos de servicio
Creación de componentes de la aplicación lógica y física de abstraerse de la capacidad de una
aplicación fuera de las aplicaciones reales de la existencia
Creación de componentes de la aplicación lógica y física con el tipo de producto abstracto de
los productos de tecnología de reales en la existencia
Creación de diagramas adicionales se centra en la localización de los activos, el cumplimiento
de las normas, la estructura de las aplicaciones, migración de aplicaciones y configuración de
la infraestructura
Esta extensión se debe utilizar en las siguientes situaciones:
Cuando muchos productos de tecnología están en su lugar con la capacidad de duplicado o
que se superponen
Cuando las solicitudes de muchos están en su lugar con la funcionalidad de duplicado o que se
superponen
Cuando las solicitudes se encuentran geográficamente dispersos y la lógica de decisión para
determinar la ubicación de una solicitud no es bien entendido
Cuando las aplicaciones se van a realizar la migración a una plataforma consolidada
Cuando las funciones de la aplicación se va a realizar la migración a una aplicación
consolidada
Los beneficios del uso de esta extensión son como sigue:
Permite la visibilidad y el análisis de la duplicación de la capacidad de redundancia en la
aplicación y los dominios de la tecnología. Soporta análisis del cumplimiento de las normas
Soporta el análisis de impacto de la migración de la aplicación o la consolidación de la
tecnología
Apoya la definición detallada de arquitectura de estructura de la aplicación.
Extensiones de motivación
Propósito
La extensión de la motivación tiene por objeto permitir el modelado más estructurado de los
conductores, las metas y objetivos que influyen en una organización para proporcionar
servicios a las empresas a sus clientes. A su vez, permite la definición más eficaz de los
contratos de servicios y una mejor medición del rendimiento del negocio.
El alcance de esta extensión es como sigue:
Creación de una entidad metamodelo nuevo controlador que muestra los factores que motivan
o limitan por lo general de una organización
Creación de una entidad metamodelo nuevo objetivo que muestra el propósito estratégico y la
misión de una organización
11. Creación de una entidad nueva metamodelo para el objetivo que se muestra cercano a
mediano plazo los logros que la organización desea alcanzar
Creación de un diagrama de meta / objetivo / servicio que muestra la trazabilidad de los
conductores, las metas y objetivos a través de los servicios
Esta extensión se debe utilizar en las siguientes situaciones:
Cuando la arquitectura tiene que entender la motivación de las organizaciones con más detalle
que los principios estándar de negocios o el compromiso y los objetivos que se modelan de
manera informal en el metamodelo de contenido básico
Cuando las organizaciones tienen los conductores y objetivos en conflicto y que el conflicto
debe entenderse y abordarse en una forma estructurada
Cuando los niveles de servicio son desconocidos o poco claros
Los beneficios del uso de esta extensión son como sigue:
Destacados desalineación de las prioridades de toda la empresa y cómo éstas se cruzan con
servicios compartidos (por ejemplo, algunas organizaciones pueden estar tratando de reducir
los costos, mientras que otros están tratando de aumentar la capacidad)
Muestra demandas que compiten por los servicios de negocio de una manera más
estructurada, permitiendo que los niveles de compromiso de servicio que se definan
Entidades Core Metamodelo
El metamodelo de contenido utiliza la terminología de debate en el ADM TOGAF como base
para un metamodelo formal. Los términos básicos se utilizan los siguientes:
Actor principal: una persona, organización o sistema que es ajeno a la consideración del
modelo de arquitectura, sino que interactúa con él.
Componente de aplicación: Una encapsulación de funcionalidad de la aplicación que está
alineado a la estructuración de la aplicación.
Servicio de Negocios: Soporta funciones de negocio a través de una interfaz definida
explícitamente y se rigen de manera explícita por una organización.
Entidad de datos: una encapsulación de datos que se reconoce por un experto en el dominio
de negocios como un concepto discreto. Las entidades de datos pueden estar vinculadas a las
aplicaciones, repositorios y servicios y puede ser estructurado de acuerdo a las
consideraciones de implementación.
Función: Ofrece capacidades de negocios estrechamente vinculados a una organización, pero
no explícitamente regulado por la organización.
Servicio de Información del Sistema: Los elementos automáticos de un servicio de negocio.
Un servicio de sistema de información puede entregar o apoyar toda o parte de uno o más
servicios comerciales.
Unidad de Organización: Una unidad autónoma de los recursos con metas, objetivos y
medidas. Unidades de la organización puede incluir partes externas y las organizaciones
empresariales colaboradoras.
12. Plataforma de Servicio: Una capacidad técnica necesaria para proporcionar la infraestructura
que permita y apoye la entrega de aplicaciones.
Rol: Un actor asume un papel para realizar una tarea.
Tecnología de componentes: una encapsulación de la infraestructura de tecnología que
representa una clase de productos de tecnología o un producto de tecnología específica.