The Open Group Architecture Framework

TOGAF

The Open Group Architecture

Framework

TOGAF –The Open Group Architecture Framework- Framework para Arquitectura Empresarial

_ Proporciona un enfoque para el diseño, planificación,

implementación y gobierno de una arquitectura

empresarial de información. Esta arquitectura es

modelada por lo general con cuatro niveles o

dimensiones: Negocios, Tecnología (TI), Datos y

Aplicaciones. Cuenta con un conjunto de arquitecturas

base que buscan facilitarle al equipo de arquitectos

definir el estado actual y futuro de la arquitectura.

_ It is a complete package for creating an enterprise

architecture. It is based on a decade of refinements to

the U.S. Department of Defense Technical Architecture

For Information Management (TAFIM). TOGAF, now at

version 8, provides both a method and the structure

for developing an enterprise architecture.

TOGAF – Ventajas

_ Mejora en el manejo de red, facilidad del sistema e

Interoperabilidad

_ Mejora en la habilidad para direccionar temas

críticos como seguridad

_ Facilidad para actualizar e intercambiar

componentes de sistemas.

_ Incrementar la portabilidad de las aplicaciones

_ Reducir la complejidad en la infraestructura de IT

_ Retorno máximo sobre la inversión existente

_ Flexibilidad para construir, comprar o externalizar

soluciones de IT

_ Reducir el riesgo total en las nuevas inversiones y

el costo de las apropiaciones de IT. Bajos costos de

desarrollo, mantenimiento y Soporte de software

TOGAF – Partes

_ The Architecture Development Method (ADM):

_ The Enterprise Continuum: The Enterprise

Continuum is a repository of artifacts involved in the

design and implementation of your system, such as

models, patterns, and other architectural work.

TOGAF defines a Technical Reference Model (TRM)

that can form a foundation on which you can build

your repository, as well as a second reference model

and set of solutions and standards with which you can

work.

_ Additional Resources: TOGAF also provides a

wealth of information to help you build an architecture,

such as business scenarios, case studies, and

various models, views, and guidelines.

TOGAF - ADM

_ An iterative process that takes you through the eight phases of

development, starting with Architecture Vision and ending with

Implementation Governance and Architecture Change Management.

The idea is to build your system in stages, completing one cycle and

embarking on the process again to improve what you built on the last

TOGAF – Fases del ADM

_ Phase A: Architecture Vision

_ El objetivo de la primera fase es determinar exactamente el trabajo que se abordará desde el punto de vista de arquitectura. Se trata de definir fundamentalmente el alcance del proyecto y las distintas partes involucradas (consiguiendo su aprobación). Desde un punto de vista muy genérico, se documenta el estado actual y el estado futuro.

_ Phase B: Business Architecture

_ Se trata de determinar con profundidad los diferentes aspectos de negocio involucrados en el proyecto. Se abordan los mapas estratégicos, las políticas corporativas, los objetivos de negocio, se realiza la descomposición funcional, los modelos organizativos y se documentan los procesos, tanto los estándares como los que afectan al core-business de la compañía. No sólo se trata de modelar el estado actual, sino también el estado futuro, de ahí que los mapas

estratégicos sean un aspecto fundamental, pues determinarán los requisitos de futuro. Como fruto de este trabajo, se obtiene un Gap Analisys que permite ver cuán de lejos se encuentra el objetivo a conseguir con respecto a lo que existe en la actualidad.

_ Phase C: Information System Architecture

_ A lo largo de esta fase se analiza tanto la capa de aplicaciones como la de datos. Con respecto a las aplicaciones, se traza el mapa de las existentes (tanto de las aplicaciones pertenecientes a terceras partes, como las aplicaciones hechas a medida), las interfaces existentes entre las ellas y los enlaces (tanto internos como externos a la

compañía). Eso describe el estado actual, pero también se proyecta el estado futuro con una aproximación a lo que será el Enterprise Service Bus.

_ Phase D: Technology Architecture

_ Es aquí donde se desarrolla la arquitectura tecnológica que implementa tanto el negocio como las arquitecturas de información que se han elaborado durante las fases B y C. Al igual que sucedía con anteriores fases, se crea un baseline de la tecnología actual,

analizando el modelo de hardware, modelo de red (LAN y WAN), el software de infraestructura existente (sistema operativo, servidor de aplicaciones, servidor de datos, etc.), etc. A partir de ahí, se crea el estado futuro y se proyecta la arquitectura tecnológica más óptima. Con todo eso en la mano, se realiza el correspondiente Gap

Analisys que nos permitirá ver lo lejos que se encuentra nuestro objetivo de lo que existe en la actualidad.

_ Phase E: Opportunities and Solutions

_ Nos encontramos ante la

...