Diseño e Implementación

de Arquitectura
Empresarial
Introducción TOGAF
Fase Preliminar
Contenido
 Introducción
 ¿Qué significa TOGAF?
 Visión general TOGAF
 Los beneficios comerciales de TOGAF
 La evolución de TOGAF
 Pilares o niveles de TOGAF
 ¿Qué hay de nuevo en TOGAF?
Introducción
 TOGAF es un esquema de arquitectura empresarial que
ayuda a definir los objetivos comerciales y los alinea con
los objetivos de la arquitectura en torno al desarrollo de
software empresarial.
¿Qué significa TOGAF?
 The Open Group Architecture Framework (TOGAF) es
una metodología de arquitectura empresarial que ofrece
un marco de alto nivel para el desarrollo de software
empresarial. TOGAF ayuda a organizar el proceso de
desarrollo a través de un enfoque sistemático dirigido a
reducir los errores, mantener los plazos, mantenerse
dentro del presupuesto y alinear la TI con las unidades
de negocio para producir resultados de calidad.
 The Open Group desarrolló TOGAF en 1995, y en 2016,
el 80% de las empresas Global 50 y el 60% de las
compañías Fortune 500 utilizaron el framework. TOGAF
es gratuito para que las organizaciones lo utilicen
internamente, pero no con fines comerciales. Sin
embargo, las empresas pueden tener herramientas,
software o programas de capacitación certificados por
The Open Group.
Visión general TOGAF
 TOGAF ayuda a las empresas a definir y organizar los
requisitos antes de que comience un proyecto, lo que
permite que el proceso avance rápidamente con pocos
errores.
 The Open Group afirma que TOGAF está destinado a:
 Asegúrarse de que todos hablen el mismo idioma
 Evitar la dependencias de soluciones patentadas
mediante la estandarización de métodos abiertos para
la arquitectura empresarial
 Ahorrar tiempo y dinero, y utilizar los recursos de
manera más efectiva
 Lograr un ROI demostrable
Los beneficios comerciales de
TOGAF
 TOGAF ayuda a las organizaciones a implementar la
tecnología de software de una manera estructurada y
organizada, con un enfoque en la gobernanza y el
cumplimiento de los objetivos comerciales. El desarrollo de
software se basa en la colaboración entre múltiples
departamentos y unidades de negocio, tanto dentro como
fuera de TI, y TOGAF ayuda a resolver cualquier problema
relacionado con conseguir que las partes interesadas clave
estén en sintonía.
 TOGAF está destinado a ayudar a crear un enfoque
sistemático para agilizar el proceso de desarrollo para que
pueda ser replicado, con el menor número de errores o
problemas posible a medida que cada fase del desarrollo
cambia de manos. Al crear un lenguaje común que acople las
brechas entre TI y el lado comercial, ayuda a brindar claridad
a todos los involucrados. Es un documento extenso, pero no
tienes que adoptar todas las partes de TOGAF.
La evolución de TOGAF
 TOGAF se basa en TAFIM (Technical Architecture
Framework for Information Management), un marco de
gestión de TI desarrollado por el Departamento de Defensa
de los EE. UU. en los años noventa. Fue lanzado como un
modelo de referencia para la arquitectura empresarial, que
incluye cómo se estructura, mantiene y configura para
alinearse con los requisitos específicos. Desde 1999, el
Departamento de Defensa no ha utilizado el TAFIM.
 El Architecture Development Method (ADM) está en el
corazón de TOGAF. ADM ayuda a las empresas a establecer
un proceso en torno al ciclo de vida de la arquitectura
empresarial. El ADM se puede adaptar y personalizar a una
necesidad organizacional específica, lo que puede ayudar a
informar el enfoque del negocio hacia la arquitectura de
información. ADM ayuda a las empresas a desarrollar
procesos que implican puntos de control múltiples y
establecer requisitos firmemente, de modo que el proceso
pueda repetirse con errores mínimos.
La evolución de TOGAF
 TOGAF fue lanzado en 1995, ampliando los conceptos
encontrados en el marco TAFIM. TOGAF 7 se lanzó en
diciembre de 2001 como la “Technical Edition” (Edición
técnica), seguido de TOGAF 8 Enterprise Edition en
diciembre de 2002; luego se actualizó a TOGAF 8.1 en
diciembre de 2003. El Open Group se hizo cargo de TOGAF
en 2005 y lanzó TOGAF 8.1.1 en noviembre de 2006. TOGAF
9 se introdujo en 2009, con nuevos detalles sobre el marco
general, incluyendo un aumento de pautas y técnicas. La
versión más reciente de TOGAF es TOGAF 9.1, que se lanzó
en 2011. Actualmente en la versión 9.2
Pilares o niveles de TOGAF
 Hay cuatro dominios arquitectónicos que ofrecen
especializaciones para empresas.
Pilares o niveles de TOGAF
 Arquitectura empresarial, de Negocios o de Procesos de
Negocio: incluye información sobre estrategia comercial,
gobierno, organización y cómo adaptar cualquier proceso
existente dentro de la organización.
 Arquitectura de aplicaciones: un plan para estructurar e
implementar sistemas de aplicaciones y de acuerdo con los
objetivos de negocios, otros marcos organizacionales y
todos los procesos de negocios centrales.
 Arquitectura de datos: definición del almacenamiento, la
gestión y el mantenimiento de los datos de la organización,
incluidos los modelos de datos físicos y lógicos.
 Arquitectura técnica: también llamada arquitectura de
tecnología; describe todo el hardware, el software y la
infraestructura de TI necesarios para desarrollar y
desplegar aplicaciones comerciales.
¿Qué hay de nuevo en TOGAF?
La versión más reciente de TOGAF se
actualizó para incluir:
 Metamodelo de contenido: este proceso de ciclo de vida
guía la creación y administración de la arquitectura
empresarial dentro de las pautas del ADM. Ayuda a las
empresas a implementar arquitectura propietaria en otra
herramienta de arquitectura, utilizando listas de
verificación de salida, un enfoque simplificado y un
estándar más completo y detallado para describir
arquitecturas.
 Particionamiento: TOGAF 9 presenta sugerencias y
orientación para particionar arquitecturas específicas
dentro de la empresa.
 Repositorio de arquitectura: actúa como un documento
que contiene todos los detalles relacionados con la
arquitectura empresarial y cualquier proyecto relevante,
e incluye ideas, diseños, marcos, políticas, procesos,
etc.
La versión más reciente de TOGAF se
actualizó para incluir:
 Enterprise Continuum: este documento aborda los
conceptos más abstractos en el marco estableciendo
cómo todo lo definido en el repositorio de arquitectura se
ajusta al proceso y cómo cada activo se relaciona entre
sí y con el framework TOGAF.
 Pautas y técnicas de ADM: esto amplía la información
en el ADM, que incluye cómo aplicarla dentro de tu
organización, cuándo debe usarse, cómo se relaciona
con TOGAF y consideraciones de seguridad.
The Open Group Architecture
Framework
 Es un framework para Arquitecturas Empresariales
desarrollado por The Open Group - TOGAF y significa
The Open Group Architecture Framework. Es una
herramienta para asistir en la aceptación, producción,
uso y mantenimiento de arquitecturas empresariales
,basándose en un modelo de proceso iterativo soportado
por buenas prácticas y un conjunto reusable de activos
arquitecturales existentes.
 Es un framework de EA que se puede complementar y
ser usado en unión con otros frameworks que son más
específicos en algunos sectores como Gobierno,
Manufactura, Telecomunicaciones, Defensa y Finanzas.
TOGAF Architecture Development Method (ADM), es el
método en el que TOGAF desarrolla sus arquitecturas
dirigidas hacia las necesidades del negocio.
 Principales componentes de TOGAF
ADM (Architecture Development Method): Provee un número de fases
para el desarrollo de la arquitectura basada en un ciclo, provee una
narrativa para cada fase, que permite describir cada fase en términos
de objetivos, enfoque, entradas, fases y salidas. Las entradas y salidas
proveen una definición de la estructura del contenido del framework y
los entregables, provee resúmenes para gestionar el cumplimiento de
requisitos
 Fases del ADM
La fase preliminar es el momento en el cual se inicia el proceso de
adopción del ADM al interior de la organización, difundiendo los
beneficios e involucrando a todos las personas necesarias.
 Fase A. Visión de la arquitectura, implica desarrollar una visión de
la arquitectura definiendo el alcance y la estrategia para lograrla.
 Fase B. Arquitectura de Negocio, se busca tener clara la
arquitectura de negocio y sus metas para posteriormente poder
alinear la TI al negocio.
 Fase C. La Arquitectura de Sistemas de Información, contempla las
arquitecturas particulares para datos y aplicaciones.
 Fase D. La Arquitectura Tecnológica, define la arquitectura
integrada que se desarrollara en fases futuras.
 Fase E. La Fase de Oportunidades y Soluciones, permite
determinar qué partes se comprarán, construirán o reutilizarán y
cómo se implementará la arquitectura de la Fase D.
 Fase F. El Plan de Migración, sirve para priorizar los proyectos y
desarrollar el plan de migración.
 Fase G. Control de la implementación, es la ejecución de los
proyectos para construir las soluciones de TI.
Principales componentes de TOGAF
GUÍAS Y TÉCNICAS PARA ADM.
 Son las guías y técnicas que soportan la aplicación de
ADM.
 Estas guías se puede adaptar a diferentes escenarios,
por estilo de proceso(p.e. iterativo) o para una
arquitectura especifica (p.e.seguridad)
 Las técnicas soportan tareas especificas dentro de ADM
(tales como principios, escenarios de negocios, análisis
de brechas, planeación de la migración, gestión de
riesgos, etc.)
Principales componentes de TOGAF
FRAMEWORK DEL CONTENIDO DE LA ARQUITECTURA: Provee un
modelo detallado de los productos que produce la arquitectura
mediante entregables, artefactos dentro de los entregables y ABBs
(Architecture Building Blocks)
Principales componentes de TOGAF
ENTERPRISE CONTINUMM Y HERRMIENTAS. Provee un modelo
para estructurar un repositorio virtual. Provee métodos para la clasificar
los artefactos de la solución y de la arquitectura, mostrando como los
diferentes artefactos se relacionan y como pueden ser reusados.
Se basa en los modelos y arquitecturas existentes (patrones, modelos,
descripciones arquitectónicas, etc.) dentro de la empresa o en la
industria, las cuales se pueden almacenar para el desarrollo de la
arquitectura.
Principales componentes de TOGAF
ENTERPRISE CONTINUMM Y HERRMIENTAS.
Principales componentes de TOGAF
FRAMEWORK DE CAPACIDAD DE LA ARQUITECTURA Es el
conjunto de recursos, guías, plantillas, antecedentes, etc, que son
provistos para ayudar al arquitecto a establecer una práctica
arquitectónica dentro de una organización.
Principales componentes de TOGAF
Los productos de TOGAF, se agrupan en 3 categorías:
ENTREGABLE: es el producto de trabajo que esta contractualmente
definido y que es revisado, acordado y firmado por los actores. La
unión de estos entregables forma un proyecto.
ARTEFACTO: es un producto de trabajo más granular que describe
una arquitectura desde un punto de vista. Ejemplos: diagrama de red,
especificación de un servidor, una especificación de un caso de uso.
Se subdivide en: Catalogos (listas de cosas), Matrices (relaciones
entre cosas) y Diagramas (pinturas de cosas)
BLOQUE CONSTRUCTIVO: representa un componente
(potencialmente reusable) de negocios, de tecnología de información,
o una capacidad arquitectural que combina otros bloques
constructivos. Los bloques constructivos pueden ser definidos a varios
niveles: ABBs (Architecture Building Blocks) típicamente describen la
capacidad requerida en la forma de SBBs (Solution Building Blocks)
que representan componentes que son usados para implementar una
capacidad requerida
Fase Preliminar
Enfoque
 Definición de la empresa
 Identificar aspectos claves y elementos del contexto
organizacional
 Definir los requisitos para la declaración de trabajo de
arquitectura.
 Definir los principios de la arquitectura que le informará
de cualquier obra de arquitectura
 Definir el marco que se utilizará
 Definir las relaciones entre los marcos que se gestionen
 Evaluar la madurez de la arquitectura empresarial.
Fase preliminar
Fase preliminar
Identificar el contexto Organizacional
 Interesados
 Presupuestos
 La dirección a futuro y la cultura actual de la
organización
 El punto de partida del panorama de la arquitectura
 El proceso actual para cambiar y operar las tecnologías
de la información.
 Las habilidades y capacidades del recurso humano
dentro de la compañía.
Fase preliminar
Definir los requisitos para la declaración de trabajo de la
arquitectura
Fase preliminar
Definir los principios de la arquitectura
Fase preliminar
Definir el marco y la relación entre otros marcos
Fase preliminar
Definir el marco y la relación entre otros marcos
Salidas
Fase preliminar (Resumen)
 Preparar la organización para desarrollar el proyecto, se
establecen equipos de trabajo, se dan las
capacitaciones, se plantea el glosario de términos. La
componente importante es entrenar al equipo de trabajo
y definir sus roles y responsabilidades, además de tener
en cuenta las herramientas y técnicas
Fase preliminar (Resumen)
Objetivos:
 Alcance macro que se pretende alcanzar
 Determinar el alcance, tomando en cuenta que unidades
organziacionales seran tratadas, que actores, que
procesos.
 Identificar los marcos de referencia establecidos, los
métodos y procesos que se entrecruzan con la
capacidad arquitectónica..
 Definir el objetivo de madurez que se quiere alcanzar en
el desarrollo de la arquitectura.
 Definir el modelo organizacional de AE
 Establecer las capacidades arquitectónicas.
Fase preliminar (Resumen)
Pasos
 Determinar las organizaciones de la empresa que se
van a trabajar
 Realizar la confirmación de los marcos de referencia de
gobierno y de soporte adicional
 Establecer la configuración del equipo de trabajo.
 Establecer los principios de arquitectura, para llevar a
cabo el trabajo de la arquitectura.
Fase preliminar (Resumen)
Entradas
 Contemplar las fuentes necesarias para el desarrollo de la
arquitectura como lo es TOGAF, otros marcos de
referencia de arquitectura, con el fin de no hacer
reprocesos (repetir actividades de una manera ineficiente -
reinventar la rueda, ya que genera un sobre costo adicional
el cual es innecesario), en otras palabras realizar un
profundo estado del arte.
 Se parte de los planes de negocio estrategia de negocio,
estrategia de TI, principios de negocio, objetivos de
negocio y motivaciones de negocio, marcos de referencia
de gobierno y legales, capacidades arquitectónicas :
acuerdos y contratos escritos; el modelo organizacional de
AE existente, el marco de referencia de AE existente,
métodos y contenidos de la arquitectura, herramientas
utilizadas, principios de arquitectura y el repositorio
existente para la arquitectura, o la creación de este.
Fase preliminar (Resumen)
Salidas
 Se obtiene el modelo organizacional de la AE
 Marco de referencia de arquitectura adaptados,
incluyendo los principios de la arquitectura
 Repositorio de arquitectura inicial
 Reafirmación o referencia de los principios de negocio,
objetivos de negocio y motivaciones de negocio
 Petición de trabajo de arquitectura
 Marco de referencia de gobierno
Preguntas