Top Banner

of 15

Togaf COBIT

Feb 11, 2018

Download

Documents

crc025
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
  • 7/22/2019 Togaf COBIT

    1/15

    TOGAF 9.1 Y COBIT 5

  • 7/22/2019 Togaf COBIT

    2/15

    i

    ndice de ContenidoResumen ..........................................................................................................................iiI. Introduccin .............................................................................................................. iiiII. desarrollo .................................................................................................................. 1TOGAF9.1 ....................................................................................................................... 1

    Descripcin del Framework .......................................................................................... 1Conceptos importantes y contenido del Framework ................................................. 2

    BIBLIOGRAFA ............................................................................................................. 10

  • 7/22/2019 Togaf COBIT

    3/15

    ii

    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 minimizarsus 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 paraproveer productos y servicios como para transportar y resguardar la informacingenerada por la empresa. Bajo este esquema, una correcta alineacin de estastecnologas con los proceso de negocio a los cuales apoyan, permiten cumplir susobjetivos 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 negociocon la tecnologa, sistemas de informacin e infraestructura disponible, por lo que es desuma importancia gestionarla de manera apropiada.

    Ahora bien, el proceso de modelado de una arquitectura empresarial, si bien escomplejo dada la naturaleza de las organizaciones, puede ser asistido usandoherramientas como TOGAF, que es un marco de trabajo para la gestin dearquitecturas empresariales, el cual puede ser usado conjuntamente con COBIT demanera de contextualizar la arquitectura respecto a la organizacin en su conjunto.

    El presente documento pretende que el lector pueda tener una visin general tanto delmarco de desarrollo arquitectnico TOGAF como de su relacin con COBIT,describiendo la forma en que estos se complementan para llevar a cabo la complejatarea de desarrollar la arquitectura empresarial.

  • 7/22/2019 Togaf COBIT

    4/15

    iii

    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 ArchitectureFramework); el cual puede a su vez ser complementado con COBIT 5 para lograr unaarquitectura empresarial acorde a los objetivos de negocio requeridos por cualquier tipode organizacin que haga uso de tecnologas de informacin (que es el mbitoabarcado tanto por COBIT como por TOGAF.

    Principalmente, la realizacin de este documento busca que el lector conozca ycomprenda 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

  • 7/22/2019 Togaf COBIT

    5/15

    1

    II. DESARROLLO

    TOGAF9.1

    Descripcin del FrameworkBasado en TAFIM (Tecnical Architecture Framework for Information Management),TOGAF es un marco de arquitectura de tecnologas de informacin empresarial, el cualcontiene tanto un conjunto de herramientas acompaadas de un mtodo de desarrollode arquitectura, el cual puede ser utilizado libremente por cualquier organizacin. Esdesarrollado y mantenido por miembros de The Open Group, y su versin actual es la9.1, la cual fue liberada en 2011.

    La estructura del documento est dada por el siguiente esquema:

    Figura 1 Estructura del documento TOGAF.

  • 7/22/2019 Togaf COBIT

    6/15

    2

    En el apartado presentado a continuacin, el lector encontrar un resumen de losconceptos clave tratados por TOGAF, de manera de guiar una aproximacin alframework.

    Conceptos importantes y contenido del Framework

    1. Arquitectura: De acuerdo a TOGAF, este concepto tiene dos definiciones con lamisma validez, ya que depende del contexto. La primera expresa que unaarquitectura es una descripcin formal de un sistema, o un plano detallado delmismo a nivel de sus componentes para orientar su implementacin. La segundadefinicin 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 cmofuncionan las los componentes a nivel de la organizacin, alinendolas entre s,describiendo las relaciones importantes y proveyendo de una perspectiva superior demanera 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, organizaciny procesos clave de la organizacin

    - Arquitectura de datos/ informacin: Estructura de datos lgicos y fsicosque posee una organizacin, y sus recursos de gestin de datos

    - Arquitectura de aplicacin: Corresponde un plano (blueprint) de lasaplicaciones a implementar, sus interacciones y sus relaciones con losprocesos de negocio principales de la organizacin

    - Arquitectura tecnolgica: Las capacidades de hardware y softwarerequeridas para apoyar la implementacin de servicios de negocio, datos

    y aplicacin. Incluye infraestructura TI, capa de mediacin (middleware),redes comunicaciones, procesamiento y estndares.

  • 7/22/2019 Togaf COBIT

    7/15

    3

    2. ADM (Parte II) : El Mtodo de Desarrollo de Arquitectura (Architecture DevelopmentMethod), documentado en la parte II del framework, corresponde a la parte msimportante de TOGAF, ya que describe cmo obtener una arquitectura empresarialespecfica para una organizacin de manera que responda a sus requerimientos

    especficos de negocio. La forma en que el ADM desarrolla la arquitectura esmediante fases, las cuales se llevan a cabo en un crculo iterativo, que a medidaque transcurre genera contenido arquitectnico y gobierna su desarrollo hasta elpunto deseado. A continuacin se describen las fases que le componen:

    Fase Preliminar: Prepara la organizacin para llevar a cabo exitosamente proyectosrelacionados con TOGAF. Describe las actividades de iniciacin y preparacinrequeridas para crear la capacidad arquitectnica y definicin de principios dearquitectura.

    Fase A - Visin de Arquitectura: Describe la fase inicial de un ciclo de desarrollo dearquitectura. Establece el alcance, las limitaciones y expectativas de un proyectoTOGAF. Crea la visin de arquitectura, identifica a los interesados, valida el contextode negocio y obtiene aprobaciones para proceder con el desarrollo de la arquitectura,

    Fase B Arquitectura de Negocio: Describe el desarrollo de arquitecturas denegocio en concordancia con la visin de arquitectura acordada en la fase A.

    Fase C Arquitecturas de Sistemas de Informacin: Describe el desarrollo dearquitecturas en concordancia con la visin de arquitectura acordada en la fase A.

    Fase D Arquitectura Tecnolgica: Describe el desarrollo de una arquitecturatecnolgica en concordancia con visin de arquitectura acordada en la fase A.

    Fase E Oportunidades y Soluciones: Realiza y conduce la planificacin de laimplementacin inicial y la identificacin de las formas de entrega para las arquitecturasdefinidas en las fases anteriores (B, C, D).

    Fase F Plan de Migracin: Desarrolla el plan detallado de la implementacin ymigracin que aborda cmo moverse de la arquitectura inicial (arquitectura de lneabase) a la arquitectura de destino.

    Fase G Gobierno de la Implementacin: Proporciona supervisin arquitectnicapara la implementacin, prepara y publica contratos de arquitectura y asegura que elproyecto de implementacin se encuentra en conformidad con la arquitectura.

    Fase H Gestin de Cambios de la Arquitectura: Establece procedimientos paragestionar los cambios hacia la nueva arquitectura, para asegurar que sta responda alas necesidades de la empresa y que se maximice el valor que sta entrega al negocio.

  • 7/22/2019 Togaf COBIT

    8/15

    4

    Gestin de Requerimientos: Examina los procesos de gestin de requerimientos dearquitectura a travs del ciclo completo del ADM, ya que cada etapa de un proyectoTOGAF est basada en requerimientos, lo cual incluye su validacin. En esta etapa seidentifican, 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 deprocesos, etc., adems de describir algunas tcnicas que asisten en el desarrollo delas diferentes tareas que deben realizarse al interior del mtodo. Estasherramientas se encuentran especificadas en la parte III del framework: Guas y

  • 7/22/2019 Togaf COBIT

    9/15

    5

    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 luegoajustarlas a las circunstancias empresariales correspondientes.Muchas son las razones por las cuales se debe hacer esto, a continuacin algunasde las ms importantes.

    - El orden de las fases puede ser definido por los principios arquitectnicosque guan la empresa, as como las reglas que rigen al negocio. Por ejemplo,los principios de negocio de una empresa podran dictar que la empresanecesita ajustar sus procesos de negocio para responder rpidamente a loscambios 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 modelode gobierno corporativo de una empresa. El ADM es complementario y apoyala consecucin de otros programas estndar de gestion de procesos. De estamanera, el ADM debe ser adaptado para que refleje las relaciones con otrosprocesos de gestin.

    - Una empresa podra querer usar el ADM en conjunto con otro framework dearquitectura, que tiene un conjunto de entregables especficos para un sectordeterminado: Gobierno, Defensa, Comercio Electrnico,Telecomunicaciones, etc.

    Aplicando iteraciones al ADM

    El ADM admite varios conceptos que pueden ser considerados comoiteraciones, que permiten ir desarrollando un paisaje arquitectnico comprensivo,estos tienen relacin con:

    Proyectos que iteran a travs del ciclo completo del ADM, comenzando en lafase A. Cada ciclo del ADM ser limitado por una peticin de trabajoarquitectnico. La salida arquitectnica ir creando el paisaje arquitectnico, yasea 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 podranestar relacionados entre s en caso que los proyectos tengan alguna relacin

    Un proyecto podra gatillar el desarrollo de otro proyecto, Tipicamente estosucede cuando iniciativas arquitectnicas de alto nivel identifican oportunidades

  • 7/22/2019 Togaf COBIT

    10/15

    6

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

    4. Entregables, Artefactos y Bloques de Construccin:

    A continuacin se describirn las salidas producidas como resultado de la aplicacindel ADM. TOGAF provee un modelo estructural para contenido arquitectnico, quepermite que los productos de trabajo producido sean presentados de maneraestructurada y consistente. TOGAF utiliza 3 categoras para describir los tipos decontenido 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 losproyectos, y aquellos que estn en forma de documentos tpicamente sernarchivados al finalizarlo, o pasarn a formar parte de un repositorioarquitectnico, ya sea como un modelo de referencia, un estndar o una capturadel panorama arquitectnico en un instante dado.

    - Artefacto: Es un producto resultante del trabajo arquitectnico que describe unaspecto especfico de la arquitectura. Generalmente se clasifican en catlogos(listas de elementos), matrices (muestran la relacin entre los elementos) ydiagramas (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 sercombinados con otros para entregar arquitecturas y soluciones. Se puedendefinir en varios niveles de detalle dependiendo de la etapa de desarrolloarquitectnico en la que se encuentre el proyecto. Por ejemplo: En etapastempranas, un bloque de construccin puede contener simplemente un nombre yuna descripcin asociada. En etapas ms avanzadas, un bloque de construccinpuede ser descompuesto en otros, tal vez acompaados de una especificacincompleta. Los bloques de construccin pueden ser de 2 tipos: de arquitectura ode solucin.

    o Bloques de Construccin de Arquitectura (ABBs): Aquellos quedescriben una capacidad (necesidad) requerida. Dan forma a los Bloquesde Construccin de Soluciones (SBBs) . Por ejemplo: una capacidad deservicio requerida por un comprador,

    o Bloques de Construccin de Soluciones (SBBs): Representan loscomponentes requeridos para implementar la capacidad requerida. Para

  • 7/22/2019 Togaf COBIT

    11/15

    7

    el ejemplo anterior: La capacidad de servicio, requiere ser satisfecha pormuchos SBBs, tales como procesos, datos y software de aplicacin.

    Las relaciones existentes entre entregables, artefactos y bloques deconstruccin se muestran en la figura 3.

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

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

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

  • 7/22/2019 Togaf COBIT

    12/15

    8

    5. Continuo Empresarial (Enterprise Continuum): El continuo empresarial es unavista del repositorio arquitectnico provisto por TOGAF, que entrega mtodos declasificacin de arquitectura y artefactos de solucin a medida que se vaevolucionando desde arquitecturas genricas a especficas para una organizacinen particular. De manera ms amplia, se puede concebir el continuo empresarial

    como un concepto que establece un contexto amplio para una arquitectura, yexplica la forma en que soluciones genricas pueden ser niveladas y especializadasen funcin de los requerimientos de una organizacin en particular. La figura 5muestra 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 TOGAFdonde se pueden almacenar el contenido generado por las salidas (independiente del

    nivel de abstraccin) del ADM. De esta forma, se facilita el entendimiento y lacooperacin tanto de los stakeholders como de los profesionales responsables de sudesarrollo en los diferentes niveles.

    Por medio de los conceptos de Repositorio Arquitectnico y Continuo Empresarial sepretende que los arquitectos aprovechen de buena forma todos los recursos y bienes

  • 7/22/2019 Togaf COBIT

    13/15

    9

    arquitectnicos relevantes en el desarrollo de una arquitectura especfica para laorganizacin.

    Los principales componentes del repositorio arquitectnico se describen a continuacin

    - Metamodelo Arquitectnico: Describe el marco de arquitectura yaajustado a la organizacin, e incluye un metamodelo de contenidoarquitectnico.

    - Capacidad Arquitectnica: Define los parmetros, estructuras yprocesos que apoyarn la gestin del repositorio.

    - Paisaje Arquitectnico: Corresponde a la representacin arquitectnicade los activos utilizados en la organizacin en un instante de tiempo.Puede existir en mltiples niveles de abstraccin, para ajustarse a losobjetivos arquitectnicos propuestos por la empresa.

    - Base de Informacin estndar (SIB): Contiene las normas que las

    nuevas arquitecturas desarrolladas deben cumplir, y dentro de las cualesse encuentran las normas de la industria en general, los productosseleccionados y los servicios prestados por los proveedores, servicios yadesplegados al interior de la organizacin.

    - Librera de Referencia: Provee de guas, templates, patrones, entreotros tipos de material de referencia que puede ser utilizado para acelerarla creacin de las arquitecturas deseadas (evitando partir de cero).

    - Apuntes de gestin: Mantiene un registro de la actividad de gestin a lolargo de la arquitectura.

    La figura 6 muestra la relacin entre los distintos componentes delrepositorio arquitectnico.

    Figura 6 Estructura del Repositorio Arquitectnico

  • 7/22/2019 Togaf COBIT

    14/15

    10

    BIBLIOGRAFAISACA, Framework-Spanish COBIT5 , 2013

    ISACA, Enabling Processes COBIT5 , 2013

  • 7/22/2019 Togaf COBIT

    15/15

    11