MAESTRIA Y ESPECIALIZACION

GESTION ESTRATEGICA DE SISTEMAS Y

TECNOLOGIAS DE LA INFORMACION.

El CIO como ejecutivo de Negocios.

PROFESOR: Mg Espedito Passarello

2015

ASIGNATURA: INFRAESTRUCTURA

Y ARQUITECTURA TECNOLÓGICA

Objetivos

“Sabemos que es el paradigma de Arquitectura Empresarial”

“Desarrollemos los conceptos, estructura, componentes del marco de referencia (framework)TOGAF”

UNIDAD 2

CLASE 1

TOGAF (The Open

Group Arquitecture

Framework).

PARTE 1 TOGAF (The Open Group

Arquitecture Framework).

DESARROLLO CONCEPTUAL

Que es TOGAF?(The Open Group Arquitecture

Framework).

Establecer la necesidad de un lenguaje comun EA.

Reconocer la importancia de adoptar un marco de

referencia (Framework) para desarrollar, implementar

y gobernar las EA.

TOGAF 9

Componentes:

ADM .

Descripción de Fases

Artefactos de entrada.

Pasos

Artefactos de salida.

Aplicación por dominios.

Casos de aplicación.

Framework Arquitectónico del Open Group

Esta considerado por las encuestas como el mas utilizado

frameworks (practicamente el 70%.

Fue desarrollada por los miembros del Open Group a

mediados de la década del noventa.

La primera versión del método fue desarrollada en 1995, y

se baso en el Marco de Trabajo de Arquitectura Técnica

para Gestión de la Información (TAFIM), creado por el

Departamento de Defensa de los Estados Unidos.

Su versión actual es la 9.1 fundamenta en una buena

arquitectura del negocio,

ya que lo consideran un requisito previo para

trabajar en la arquitectura empresarial en los demás

componentes (datos, aplicaciones, tecnología)

Que es TOGAF Que no es TOGAF

• Genérico • Establece como personalizar el

framework

• Proceso Impulsado • Establecer e impulsar artefactos

• Se adapta a todas las

organizaciones de diferentes

tamaño

• Específico para un tamaño de

compañía o industria

• Flexible • Impulsa ontologías

• Conjunto de herramientas

conceptuales

• Herramienta

• Provee entregables genéricos • Establece un conjunto especifico de

entregables

TOGAF (The Open Group Arquitecture Framework).

La implementación de Arquitectura Empresarial

mediante el marco de referencia TOGAF, apoya en

los procesos de toma de decisiones estratégicas y

efectivas que mejoran la calidad, la eficacia y

responsabilidad del negocio.

Conlleva una metodología, step by step, que integra

cada una de las fases funcionales que se involucran

en los desarrollo de proyectos EA.

Dominios TOGAF Arquitectura de Negocios: Llamado también

Procesos de Negocio, esta dimensión define la estrategia de negocios, la gobernabilidad, la estructura y los procesos clave de la organización.

Arquitectura de Aplicaciones: Provee un plano para cada uno de los sistemas de aplicación que se requiere implantar, las interacciones entre estos sistemas y sus relaciones con los procesos de negocio centrales de la organización.

Arquitectura de Datos: Describe la estructura de los datos físicos y lógicos de la organización, y los recursos de gestión de estos datos.

Arquitectura Tecnológica: Describe la estructura de hardware, software y redes requerida para dar soporte a la implantación de las aplicaciones principales, de misión crítica, de la organización.

Estos cuatro pilares se fusionan bajo el diseño la

planificación e implementación como un todo para

lograr una Arquitectura Empresarial, para

ello TOGAF se basa en un modelo probado para

lograr desarrollo que permite incluir a toda la

empresa y a todos los sistemas de información en el

proceso de desarrollo donde se tiene una

metodología flexible la cual puede estar expuesta

al cambio en el momento necesario.

SLIDE 16 of 42

TOGAF 9 Table of Contents

Part I - Introduction

Part II – Architecture Development Method

Part III – ADM Guidelines and Techniques

Part IV – Architecture Content Framework

Part V – Enterprise Continuum and Tools

Part VI – TOGAF Reference Models

Part VII – Architecture Capability Framework

Preface, Executive Overview, Core Concepts, Definitions and Release Notes

Introduction to ADM

ADM Phase Narratives

Architectural Artifacts

Architecture Deliverables

Building Blocks

Guidelines for Adapting the ADM Process

Techniques for Architecture Development

Enterprise Continuum

Architecture Partitioning

Architecture Repository

Tools for Architecture Development

Foundation Architecture: Technical Reference Model

Integrated Information Infrastructure Reference Model

Architecture Board

Architecture Compliance

Architecture Contracts

Architecture Governance

Architecture Maturity Models

Architecture Skills Framework

Derived from 8.1.1 Resource Base

Derived from 8.1.1 Enterprise Continuum

Substantively Revised

New for TOGAF 9

Derived from 8.1.1 with new materials including

SOA, Security

The essence of 8.1.1 retained plus more detail

Based on 8.1.1 Content with new material added

SLIDE 17 of 42

SLIDE 17 of

The TOGAF 8 Components Preliminary Phase

Architecture Vision

Business Architecture

Information Systems

Architecture

Technology Architecture

Opportunities

& Solutions

Migration Planning

Implementation

Governance

Architecture

Change Management

Requirements

Management

Architecture Development

Method Resource

s

Principles, Compliance

& Governance

Framework

Skills

Framework

Case Studies

Other Architecture

Frameworks

Views, Tools &

Techniques

Glossary

TOGAF 8 Components

Foundation

Architecture

Common

Systems

Architectures

Industry

Architectures

Organization

Architectures

Enterprise Continuum

Products &

Services

Systems

Solutions

Industry

Solutions

Organization

Solutions

Technical

Reference

Model

Integrated

Information

Infrastructure

Model

Standards

Information

Base

The TOGAF 9 Components

Lo anterior nos indica que en la actualidad es

Indispensable definir un modelo de empresa

Representado en esos cuatro tipos de

arquitectura.

Para ilustrar este marco teórico a continuación se

despliega una figura de la estructura que

documenta el framework de TOGAF.

Figura 1. Estructura de Documentación de TOGAF

La intención de dividir las especificaciones de

TOGAF en estas partes interdependientes es

permitir que se consideren diferentes áreas de

especialización en detalle, y potencialmente, de

manera aislada. A pesar de que sus partes

trabajan como un todo, también es posible

seleccionar partes concretas para su adopción,

excluyendo otras

?

FASES

Framework

TOGAF.ADM

TOGAF Architecture Development Method

(ADM)

Phases of ADM

ADM guidelines and techniques

Views and Viewpoints

Adapting the ADM

Architecture Vision

Validating a Statement of Architecture work

Developing Architecture Vision

Phase A: Architecture Vision

Developing the Architecture Vision

Validating the Statement for Architecture Work

Architecture Development Method

(ADM)

Métodos de Desarrollo de la Arquitectura

Más conocido como ADM, sigla en inglés de

"Architecture Development Method", es el método definido

por TOGAF para el desarrollo de una arquitectura

empresarial que cumpla con las necesidades del Negocio

y de tecnología de la información de una organización.

Puede ser ajustado y personalizado según las

necesidades propias de la organización y una vez definido

se utiliza para gestionar la ejecución de las actividades de

desarrollo de la arquitectura.

El ciclo ADM

está diseñado] como un proceso iterativo que nos

lleva a través de ocho fases de desarrollo,

empezando con la Visión Arquitectónica y

terminando con la Implementación del Control y la

Administración del Cambio a la Arquitectura.

La idea es construir el sistema en fases, completando

un ciclo y embarcándose en el proceso de nuevo

para mejorar lo que se construyó en la última ronda.

Cada fase contribuye a un conjunto de

requerimientos, y se desarrolla desde ellos.

ADM: Describe una metodología probada, confiable

para el desarrollo de una arquitectura empresarial

Explica cómo obtener una arquitectura empresarial

específica a la organización que cubre los

requerimientos de negocio

Describe vistas de arquitectura que permiten que los

arquitectos se aseguren de cubrir adecuadamente

un conjunto complejo de diversos requerimientos

Integra elementos de TOGAF así como otros activos

de arquitectura disponibles para cubrir necesidades

del negocio y de tecnología de información

Características ADM:

Consiste en un número de fases

Es un proceso iterativo, en todo el proceso y dentro de las fases

Cada fase usa activos (assets) generados en fases previas

Cada fase genera activos a que se utilizan en fases posteriores

Es un Método Genérico que se puede adaptar a cualquier organización

Agnóstico de cualquier tecnología

Tiene en cuenta variables geográficas, sectores verticales y distintos tipos de industria

Se puede modificar o extender a necesidades particulares de una organización

La fase preliminar es donde se inicia la aplicación de

ADM al interior de la organización, dando a

conocer a todos los que la conforman los

beneficios de su aplicación y, a su vez, se

recolecta información y personas necesarias para

comenzar con la aplicación.

Antes de empezar es necesario contestar preguntas

básicas como “cuánto durará el proyecto”,

“cuánto gastaré en el proyecto”, “a qué nivel de

detalle quiero llegar”, “cuáles son las metas de

negocio”. Incluso antes de que el trabajo

arquitectónico realmente inicie es necesario

determinar los principios que gobernarán el resto del

trabajo, así como la metodología y el marco por

utilizar.

Método de Desarrollo de Arquitectura Definición del Alcance

La fase A, visión de la arquitectura, define los

límites que permitirán medir el alcance del

proyecto y la estrategia para lograrla.

En esta fase se determina lo que se hará en

esta iteración de desarrollo. Este proceso

incluye determinar el alcance del proyecto y

los involucrados, así como asegurar que el

proyecto recibe la aprobación requerida y el

apoyo necesario. En esta fase se documenta

la línea base actual de la arquitectura así

como la arquitectura objetivo, ambas en

forma muy general

ARQUITECTURA DE

NEGOCIOS ADM FASE B

La fase B, arquitectura del negocio, busca tener

clara la arquitectura del negocio y las metas que

quiere cumplir para revisar si es viable o no

complementarla con TI.

En esta fase se examinan en profundidad los

aspectos del proyecto. En esta fase es donde se

hace un modelado extensivo de las arquitecturas

actual y deseada usando herramientas de

modelado de procesos y modelos de casos de uso.

Se ejecuta un análisis de la brecha para determinar

lo que es necesario hacer para llevarnos del estado

actual (de línea base) del sistema a la arquitectura

objetivo. TOGAF provee información sobre las varias

arquitecturas de la industria y las arquitecturas de

sistemas comunes que pueden ser útiles en esta

fase.

MAPEO CON OTROS

FRAMEWORK

NORMATIVOS

Método de Desarrollo de Arquitectura Mapeo con otros Frameworks

eTOM – enhanced Telecom Operation Map

Business Process Framework

TAM - Telecom Application Map

Systems Application Framework

SID - Shared Information and Data Model

Data Framework

TNA – Technology Neutral Architecture

Systems Integration Framework

BABOK – Business Analysis Body of

Knowledge

PMBOK – Project Management Body of

Knowledge

Método de Desarrollo de Arquitectura Mapeo con otros Frameworks

•TQM – Total Quality Management

•ISO-9000 – Sistemas Gestión de Calidad

•TickIT – Software Quality Management

•ISO 27001 – Information Security Management Systems

•IT Service CMM – the IT Capability Maturity Model

•Six Sigma PMBOK

•ISO 20 K

•RISK

Método de Desarrollo de Arquitectura Ejemplo de Vistas

La fase C, arquitectura de sistemas de información

contempla las arquitecturas particulares para datos y

aplicaciones.

La fase B trabaja sobre la arquitectura de negocio

(delineada en la fase A), la fase C esta enfocada

sobre la Arquitectura TI, (comenzada en fase A).

En la fase C se analizan las arquitecturas de datos y

Aplicaciones/soluciones TI. Se documentan los flujos

actual y requeridos por la nueva visión del Negocio.

El concepto de construcción basado en el sistema

en bloques, parte de la base de la reutilización de los

mismos; que podrían o no existir.

Si bien TOGAF nos permite convivir con varios modelos

y frameworks existentes, no es indispensable utilizarlos.