Sie sind auf Seite 1von 15

TOGAF 9.

1 Y COBIT 5

ndice de Contenido Resumen ..........................................................................................................................ii I. Introduccin .............................................................................................................. iii

II. desarrollo .................................................................................................................. 1 TOGAF9.1 ....................................................................................................................... 1 Descripcin del Framework.......................................................................................... 1 Conceptos importantes y contenido del Framework ................................................. 2 BIBLIOGRAFA ............................................................................................................. 10

Resumen

El dinamismo en que estn insertas las organizaciones, hace que estas deban luchar frreamente para mantener, y ms an, expandir sus fronteras tratando de minimizar sus costos. Este panorama hace que deban configurar su forma de operar. Ahora bien, las tecnologas de informacin juegan un gran papel en esto, ya que sirven tanto para proveer productos y servicios como para transportar y resguardar la informacin generada por la empresa. Bajo este esquema, una correcta alineacin de estas tecnologas con los proceso de negocio a los cuales apoyan, permiten cumplir sus objetivos estratgicos. Como parte de esto, aparece el concepto de arquitectura empresarial, que es el esquema mediante el cual se representan todos los componentes, procesos y polticas del negocio, a travs de modelos que permitan alinear las reglas y objetivos de negocio con la tecnologa, sistemas de informacin e infraestructura disponible, por lo que es de suma importancia gestionarla de manera apropiada. Ahora bien, el proceso de modelado de una arquitectura empresarial, si bien es complejo dada la naturaleza de las organizaciones, puede ser asistido usando herramientas como TOGAF, que es un marco de trabajo para la gestin de arquitecturas empresariales, el cual puede ser usado conjuntamente con COBIT de manera de contextualizar la arquitectura respecto a la organizacin en su conjunto. El presente documento pretende que el lector pueda tener una visin general tanto del marco de desarrollo arquitectnico TOGAF como de su relacin con COBIT, describiendo la forma en que estos se complementan para llevar a cabo la compleja tarea de desarrollar la arquitectura empresarial.

ii

I.

INTRODUCCIN

El presente documento trata acerca del marco de trabajo para el desarrollo de arquitecturas empresariales conocido como TOGAF 9.1 (The Open Group Architecture Framework); el cual puede a su vez ser complementado con COBIT 5 para lograr una arquitectura empresarial acorde a los objetivos de negocio requeridos por cualquier tipo de organizacin que haga uso de tecnologas de informacin (que es el mbito abarcado tanto por COBIT como por TOGAF. Principalmente, la realizacin de este documento busca que el lector conozca y comprenda el marco de trabajo TOGAF. Los objetivos especficos a cubrir son los siguientes: Comprender el concepto de Arquitectura Empresarial. Comprender el marco TOGAF Comprender la relacin general existente entre COBIT y TOGAF Entender de qu manera TOGAF complementa el proceso de gestin de arquitectura propuesto por COBIT. Entender cmo afecta la evaluacin de riesgos de TOGAF Entender la relacin existente entre TOGAF y el proceso COBIT APO01

iii

II.

DESARROLLO

TOGAF9.1 Descripcin del Framework Basado en TAFIM (Tecnical Architecture Framework for Information Management), TOGAF es un marco de arquitectura de tecnologas de informacin empresarial, el cual contiene tanto un conjunto de herramientas acompaadas de un mtodo de desarrollo de arquitectura, el cual puede ser utilizado libremente por cualquier organizacin. Es desarrollado y mantenido por miembros de The Open Group, y su versin actual es la 9.1, la cual fue liberada en 2011. La estructura del documento est dada por el siguiente esquema:

Figura 1 Estructura del documento TOGAF.

En el apartado presentado a continuacin, el lector encontrar un resumen de los conceptos clave tratados por TOGAF, de manera de guiar una aproximacin al framework. Conceptos importantes y contenido del Framework

1. Arquitectura: De acuerdo a TOGAF, este concepto tiene dos definiciones con la misma validez, ya que depende del contexto. La primera expresa que una arquitectura es una descripcin formal de un sistema, o un plano detallado del mismo a nivel de sus componentes para orientar su implementacin . La segunda definicin dice arquitectura corresponde a la estructura de componentes, sus interrelaciones, y los principios y guas que gobiernan su diseo y evolucin a travs del tiempo. En palabras simples una arquitectura trata de entregar una perspectiva global de cmo funcionan las los componentes a nivel de la organizacin, alinendolas entre s, describiendo las relaciones importantes y proveyendo de una perspectiva superior de manera de abstraerse de la complejidad de cada uno de los componentes. TOGAF cubre 4 tipos de arquitectura, a saber: Arquitectura de negocio: La estrategia de negocio, gobierno, organizacin y procesos clave de la organizacin Arquitectura de datos/ informacin: Estructura de datos lgicos y fsicos que posee una organizacin, y sus recursos de gestin de datos Arquitectura de aplicacin: Corresponde un plano (blueprint) de las aplicaciones a implementar, sus interacciones y sus relaciones con los procesos de negocio principales de la organizacin Arquitectura tecnolgica: Las capacidades de hardware y software requeridas para apoyar la implementacin de servicios de negocio, datos y aplicacin. Incluye infraestructura TI, capa de mediacin (middleware), redes comunicaciones, procesamiento y estndares.

2. ADM (Parte II) : El Mtodo de Desarrollo de Arquitectura (Architecture Development Method), documentado en la parte II del framework, corresponde a la parte ms importante de TOGAF, ya que describe cmo obtener una arquitectura empresarial especfica para una organizacin de manera que responda a sus requerimientos especficos de negocio. La forma en que el ADM desarrolla la arquitectura es mediante fases, las cuales se llevan a cabo en un crculo iterativo, que a medida que transcurre genera contenido arquitectnico y gobierna su desarrollo hasta el punto deseado. A continuacin se describen las fases que le componen: Fase Preliminar: Prepara la organizacin para llevar a cabo exitosamente proyectos relacionados con TOGAF. Describe las actividades de iniciacin y preparacin requeridas para crear la capacidad arquitectnica y definicin de principios de arquitectura. Fase A - Visin de Arquitectura: Describe la fase inicial de un ciclo de desarrollo de arquitectura. Establece el alcance, las limitaciones y expectativas de un proyecto TOGAF. Crea la visin de arquitectura, identifica a los interesados, valida el contexto de negocio y obtiene aprobaciones para proceder con el desarrollo de la arquitectura, Fase B Arquitectura de Negocio: Describe el desarrollo de arquitecturas de negocio en concordancia con la visin de arquitectura acordada en la fase A. Fase C Arquitecturas de Sistemas de Informacin: Describe el desarrollo de arquitecturas en concordancia con la visin de arquitectura acordada en la fase A. Fase D Arquitectura Tecnolgica: Describe el desarrollo de una arquitectura tecnolgica en concordancia con visin de arquitectura acordada en la fase A. Fase E Oportunidades y Soluciones: Realiza y conduce la planificacin de la implementacin inicial y la identificacin de las formas de entrega para las arquitecturas definidas en las fases anteriores (B, C, D). Fase F Plan de Migracin: Desarrolla el plan detallado de la implementacin y migracin que aborda cmo moverse de la arquitectura inicial (arquitectura de lnea base) a la arquitectura de destino. Fase G Gobierno de la Implementacin: Proporciona supervisin arquitectnica para la implementacin, prepara y publica contratos de arquitectura y asegura que el proyecto de implementacin se encuentra en conformidad con la arquitectura. Fase H Gestin de Cambios de la Arquitectura: Establece procedimientos para gestionar los cambios hacia la nueva arquitectura, para asegurar que sta responda a las necesidades de la empresa y que se maximice el valor que sta entrega al negocio. 3

Gestin de Requerimientos: Examina los procesos de gestin de requerimientos de arquitectura a travs del ciclo completo del ADM, ya que cada etapa de un proyecto TOGAF est basada en requerimientos, lo cual incluye su validacin. En esta etapa se identifican, almacenan y se gestionan al ingreso y egreso de las fases del ciclo. Adems se priorizan, abordan y/o eliminan los requerimientos segn corresponda. La figura 2 muestra la estructura bsica que relaciona las fases del ADM.

Figura 2 Ciclo del ADM

Para poder implementar el ADM, TOGAF provee de una serie de herramientas para adaptarlo a diferentes escenarios, estilos arquitectnicos a desarrollar, estilos de procesos, etc., adems de describir algunas tcnicas que asisten en el desarrollo de las diferentes tareas que deben realizarse al interior del mtodo. Estas herramientas se encuentran especificadas en la parte III del framework: Guas y

Tcnicas del ADM, cuyo contenido ms importante se muestra a continuacin. 3. Guas para Adaptar el ADM Conociendo que la arquitectura empresarial puede ser construida a travs del ADM, lo siguiente que se debe realizar es revisar el proceso y sus salidas, para luego ajustarlas a las circunstancias empresariales correspondientes. Muchas son las razones por las cuales se debe hacer esto, a continuacin algunas de las ms importantes. - El orden de las fases puede ser definido por los principios arquitectnicos que guan la empresa, as como las reglas que rigen al negocio. Por ejemplo, los principios de negocio de una empresa podran dictar que la empresa necesita ajustar sus procesos de negocio para responder rpidamente a los cambios en el mercado. Para este caso la arquitectura de negocio (fase B) debiera implementarse en conjunto con la arquitectura de SI (fase C) - El ADM es uno de muchos procesos corporativos que conforman el modelo de gobierno corporativo de una empresa. El ADM es complementario y apoya la consecucin de otros programas estndar de gestion de procesos. De esta manera, el ADM debe ser adaptado para que refleje las relaciones con otros procesos de gestin. - Una empresa podra querer usar el ADM en conjunto con otro framework de arquitectura, que tiene un conjunto de entregables especficos para un sector determinado: Gobierno, Defensa, Comercio Electrnico, Telecomunicaciones, etc. Aplicando iteraciones al ADM El ADM admite varios conceptos que pueden ser considerados como iteraciones, que permiten ir desarrollando un paisaje arquitectnico comprensivo, estos tienen relacin con: Proyectos que iteran a travs del ciclo completo del ADM, comenzando en la fase A. Cada ciclo del ADM ser limitado por una peticin de trabajo arquitectnico. La salida arquitectnica ir creando el paisaje arquitectnico, ya sea extendindolo en caso que ya hayan descripciones previas o modificndolo en caso de ser necesario. Proyectos separados podran trabajar con sus propios ADM, los cuales podran estar relacionados entre s en caso que los proyectos tengan alguna relacin Un proyecto podra gatillar el desarrollo de otro proyecto, Tipicamente esto sucede cuando iniciativas arquitectnicas de alto nivel identifican oportunidades 5

o soluciones que requieren arquitectura mas detallada, o cuando un proyecto identifica impactos a nivel de arquitectura ms all del mbito de su peticin de trabajo arquitectnico.

4. Entregables, Artefactos y Bloques de Construccin: A continuacin se describirn las salidas producidas como resultado de la aplicacin del ADM. TOGAF provee un modelo estructural para contenido arquitectnico, que permite que los productos de trabajo producido sean presentados de manera estructurada y consistente. TOGAF utiliza 3 categoras para describir los tipos de contenido arquitectnico generado; los cuales son: Entregable: Un producto de trabajo especificado contractualmente, el cual es revisado, acordado y firmado por los Stakeholders. Representan la salida de los proyectos, y aquellos que estn en forma de documentos tpicamente sern archivados al finalizarlo, o pasarn a formar parte de un repositorio arquitectnico, ya sea como un modelo de referencia, un estndar o una captura del panorama arquitectnico en un instante dado. Artefacto: Es un producto resultante del trabajo arquitectnico que describe un aspecto especfico de la arquitectura. Generalmente se clasifican en catlogos (listas de elementos), matrices (muestran la relacin entre los elementos) y diagramas (dibujos de cosas). Como ejemplos de lo anterior se tienen, respectivamente: los catlogos de requerimientos, matrices de interaccin de negocios, y diagramas de casos de uso. Bloque de construccin: Representan un componente potencialmente reutilizable de negocios, TI o capacidad arquitectnica, que pueden ser combinados con otros para entregar arquitecturas y soluciones. Se pueden definir en varios niveles de detalle dependiendo de la etapa de desarrollo arquitectnico en la que se encuentre el proyecto. Por ejemplo: En etapas tempranas, un bloque de construccin puede contener simplemente un nombre y una descripcin asociada. En etapas ms avanzadas, un bloque de construccin puede ser descompuesto en otros, tal vez acompaados de una especificacin completa. Los bloques de construccin pueden ser de 2 tipos: de arquitectura o de solucin. o Bloques de Construccin de Arquitectura (ABBs): Aquellos que describen una capacidad (necesidad) requerida. Dan forma a los Bloques de Construccin de Soluciones (SBBs) . Por ejemplo: una capacidad de servicio requerida por un comprador, o Bloques de Construccin de Soluciones (SBBs): Representan los componentes requeridos para implementar la capacidad requerida. Para 6

el ejemplo anterior: La capacidad de servicio, requiere ser satisfecha por muchos SBBs, tales como procesos, datos y software de aplicacin. Las relaciones existentes entre entregables, construccin se muestran en la figura 3. artefactos y bloques de

Figura 3 Relacin entre entregables, artefactos y bloques de construccin.

A continuacin en la figura 4 se presenta un ejemplo que aterriza las relaciones entre los elementos discutidos anteriormente.

Figura 4 Ejemplo de relacin entre entregables, artefactos y bloques de construccin.

5. Continuo Empresarial (Enterprise Continuum): El continuo empresarial es una vista del repositorio arquitectnico provisto por TOGAF, que entrega mtodos de clasificacin de arquitectura y artefactos de solucin a medida que se va evolucionando desde arquitecturas genricas a especficas para una organizacin en particular. De manera ms amplia, se puede concebir el continuo empresarial como un concepto que establece un contexto amplio para una arquitectura, y explica la forma en que soluciones genricas pueden ser niveladas y especializadas en funcin de los requerimientos de una organizacin en particular. La figura 5 muestra una vista general su estructura y contexto.

Figura 5 Vista general del Continuo Empresarial (Enterprise Coninuum)

Repositorio Arquitectnico: Es, en palabras simples, el lugar definido por TOGAF donde se pueden almacenar el contenido generado por las salidas (independiente del nivel de abstraccin) del ADM. De esta forma, se facilita el entendimiento y la cooperacin tanto de los stakeholders como de los profesionales responsables de su desarrollo en los diferentes niveles. Por medio de los conceptos de Repositorio Arquitectnico y Continuo Empresarial se pretende que los arquitectos aprovechen de buena forma todos los recursos y bienes

arquitectnicos relevantes en el desarrollo de una arquitectura especfica para la organizacin. Los principales componentes del repositorio arquitectnico se describen a continuacin Metamodelo Arquitectnico: Describe el marco de arquitectura ya ajustado a la organizacin, e incluye un metamodelo de contenido arquitectnico. Capacidad Arquitectnica: Define los parmetros, estructuras y procesos que apoyarn la gestin del repositorio. Paisaje Arquitectnico: Corresponde a la representacin arquitectnica de los activos utilizados en la organizacin en un instante de tiempo. Puede existir en mltiples niveles de abstraccin, para ajustarse a los objetivos arquitectnicos propuestos por la empresa. Base de Informacin estndar (SIB): Contiene las normas que las nuevas arquitecturas desarrolladas deben cumplir, y dentro de las cuales se encuentran las normas de la industria en general, los productos seleccionados y los servicios prestados por los proveedores, servicios ya desplegados al interior de la organizacin. Librera de Referencia: Provee de guas, templates, patrones, entre otros tipos de material de referencia que puede ser utilizado para acelerar la creacin de las arquitecturas deseadas (evitando partir de cero). Apuntes de gestin: Mantiene un registro de la actividad de gestin a lo largo de la arquitectura. relacin entre los distintos componentes del

La figura 6 muestra la repositorio arquitectnico.

Figura 6 Estructura del Repositorio Arquitectnico

BIBLIOGRAFA ISACA, Framework-Spanish COBIT5 , 2013 ISACA, Enabling Processes COBIT5 , 2013

10

11