MAESTRIA Y ESPECIALIZACION

GESTION ESTRATEGICA DE SISTEMAS Y

TECNOLOGIAS DE LA INFORMACION.

El CIO como ejecutivo de Negocios.

PROFESOR: Mg Espedito Passarello
2014



ASIGNATURA: INFRAESTRUCTURA
Y ARQUITECTURA TECNOLGICA

PROFESOR: Mg Espedito Passarello
2014



ASIGNATURA: INFRAESTRUCTURA
Y ARQUITECTURA TECNOLGICA

Objetivos
Sabemos que es el paradigma de Arquitectura
Empresarial
Desarrollemos los conceptos, estructura, componentes
del marco de referencia (framework)TOGAF

UNIDAD 2

TOGAF (The Open
Group Arquitecture
Framework).
PARTE I.

Para qu sirven los frameworks
(modelos) ?
Manejar complejidad
Mejorar Calidad
Reducir Riesgos
Aumentar el valor que se le ofrece a los usuarios y
clientes
El uso de frameworks supone que su uso asegura;
-procesos repetibles y replicables que permitirn
gestionar la calidad de los servicios,
- reducirn riesgos y vulnerabilidades de seguridad,
-ofrecer ms valor a los stakeholders
Ser siempre el caso?
Qu es un marco de referencia?
frameworks
Para desarrollar el tema de la arquitectura
empresarial existen una gran variedad de
frameworks arquitectnicos, o sea marcos de
referencia.
ZACHMAN, OBASCHI, TOGAF (Open Grupo),
Gartner, E TOM,
TEAF, FEAF, ..DODAF, MODAF.. NASCIO,
IEEE Std 1471, ISO 42010,.. ISO RM ODP,
IBM, SAP, ORACLE, SYBASE, .
SEI, MIT, CAP GEMINI,
COBIT, ITIL, PMI,
Recursos
Arquitecture Skills Framework
Construyendo slidas
organizaciones
Ciclo de alineamiento estratgico de Paul Harmon
Mtodo 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
Mtodo de Desarrollo de Arquitectura
Mapeo con otros Frameworks
TQM Total Quality Management

ISO-9000 Sistemas Gestin 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


Mtodo de Desarrollo de Arquitectura
Ejemplo de Vistas
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 .
Descripcin de Fases
Artefactos de entrada.
Pasos
Artefactos de salida.
Aplicacin por dominios.
Casos de aplicacin.



Framework Arquitectnico 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 dcada del noventa.
La primera versin del mtodo fue desarrollada en 1995, y
se baso en el Marco de Trabajo de Arquitectura Tcnica
para Gestin de la Informacin (TAFIM), creado por el
Departamento de Defensa de los Estados Unidos.
Su versin 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 dems
componentes (datos, aplicaciones, tecnologa)
Que es TOGAF Que no es TOGAF
Genrico Establece como personalizar el
framework
Proceso Impulsado Establecer e impulsar artefactos
Se adapta a todas las
organizaciones de diferentes
tamao
Especfico para un tamao de
compaa o industria
Flexible Impulsa ontologas
Conjunto de herramientas
conceptuales
Herramienta
Provee entregables genricos Establece un conjunto especifico de
entregables
TOGAF (The Open Group Arquitecture Framework).

La implementacin de Arquitectura Empresarial
mediante el marco de referencia TOGAF, apoya en
los procesos de toma de decisiones estratgicas y
efectivas que mejoran la calidad, la eficacia y
responsabilidad del negocio.
Conlleva una metodologa, 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 tambin
Procesos de Negocio, esta dimensin define la
estrategia de negocios, la gobernabilidad, la
estructura y los procesos clave de la organizacin.
Arquitectura de Aplicaciones: Provee un plano
para cada uno de los sistemas de aplicacin que
se requiere implantar, las interacciones entre estos
sistemas y sus relaciones con los procesos de
negocio centrales de la organizacin.
Arquitectura de Datos: Describe la estructura de los
datos fsicos y lgicos de la organizacin, y los
recursos de gestin de estos datos.
Arquitectura Tecnolgica: Describe la estructura de
hardware, software y redes requerida para dar
soporte a la implantacin de las aplicaciones
principales, de misin crtica, de la organizacin.
Estos cuatro pilares se fusionan bajo el diseo la
planificacin e implementacin 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 informacin en el
proceso de desarrollo donde se tiene una
metodologa flexible la cual puede estar expuesta
al cambio en el momento necesario.
SLIDE 39 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 40 of 42
SLIDE 40 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 terico a continuacin se
despliega una figura de la estructura que
documenta el framework de TOGAF.
Figura 1. Estructura de Documentacin de TOGAF


La intencin de dividir las especificaciones de
TOGAF en estas partes interdependientes es
permitir que se consideren diferentes reas de
especializacin en detalle, y potencialmente, de
manera aislada. A pesar de que sus partes
trabajan como un todo, tambin es posible
seleccionar partes concretas para su adopcin,
excluyendo otras
UNIDAD 2

Framework
TOGAF.
FASES ADM
Architecture Development Method
(ADM)
Mtodos de Desarrollo de la Arquitectura
Ms conocido como ADM, sigla en ingls de
"Architecture Development Method", es el mtodo definido
por TOGAF para el desarrollo de una arquitectura
empresarial que cumpla con las necesidades del Negocio
y de tecnologa de la informacin de una organizacin.
Puede ser ajustado y personalizado segn las
necesidades propias de la organizacin y una vez definido
se utiliza para gestionar la ejecucin de las actividades de
desarrollo de la arquitectura.
El ciclo ADM
est diseado] como un proceso iterativo que nos
lleva a travs de ocho fases de desarrollo,
empezando con la Visin Arquitectnica y
terminando con la Implementacin del Control y la
Administracin del Cambio a la Arquitectura.
La idea es construir el sistema en fases, completando
un ciclo y embarcndose 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 metodologa probada, confiable
para el desarrollo de una arquitectura empresarial
Explica cmo obtener una arquitectura empresarial
especfica a la organizacin 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 tecnologa de informacin
Caractersticas ADM:
Consiste en un nmero 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 Mtodo Genrico que se puede adaptar a
cualquier organizacin
Agnstico de cualquier tecnologa
Tiene en cuenta variables geogrficas, sectores
verticales y distintos tipos de industria
Se puede modificar o extender a necesidades
particulares de una organizacin
Habiendo analizado lo anterior se observa la
importancia de un buen proceso de Ingeniera
de Requerimientos por parte de ADM

Un requerimiento es una declaracin que identifica
las capacidades, caractersticas o factores de
calidad de un sistema, a fin que tenga valor y
utilidad para el negocio, cliente y usuario.
Artech House, The requirements Engineering
Handbook

La fase preliminar es donde se inicia la aplicacin de
ADM al interior de la organizacin, dando a
conocer a todos los que la conforman los
beneficios de su aplicacin y, a su vez, se
recolecta informacin y personas necesarias para
comenzar con la aplicacin.
Antes de empezar es necesario contestar preguntas
bsicas como cunto durar el proyecto,
cunto gastar en el proyecto, a qu nivel de
detalle quiero llegar, cules son las metas de
negocio. Incluso antes de que el trabajo
arquitectnico realmente inicie es necesario
determinar los principios que gobernarn el resto del
trabajo, as como la metodologa y el marco por
utilizar.
La fase A, visin de la arquitectura, define los
lmites que permitirn medir el alcance del
proyecto y la estrategia para lograrla.
En esta fase se determina lo que se har en
esta iteracin de desarrollo. Este proceso
incluye determinar el alcance del proyecto y
los involucrados, as como asegurar que el
proyecto recibe la aprobacin requerida y el
apoyo necesario. En esta fase se documenta
la lnea 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 anlisis de la brecha para determinar
lo que es necesario hacer para llevarnos del estado
actual (de lnea base) del sistema a la arquitectura
objetivo. TOGAF provee informacin sobre las varias
arquitecturas de la industria y las arquitecturas de
sistemas comunes que pueden ser tiles en esta
fase.

PARTE I
TOGAF (The Open Group
Arquitecture Framework).
DESARROLLO FASE C
La fase C, arquitectura de sistemas de informacin
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 visin del Negocio.
El concepto de construccin basado en el sistema
en bloques, parte de la base de la reutilizacin de los
mismos; que podran o no existir.
Si bien TOGAF nos permite convivir con varios modelos
y frameworks existentes, no es indispensable utilizarlos.

PARTE I
TOGAF (The Open Group
Arquitecture Framework).
FASE D


Define la arquitectura TI integrada para el desarrollo
de las fases posteriores.
Se desarrolla la arquitectura tecnolgica que
SOPORTARA los requerimientos de las arquitecturas
de negocio y de Siste4mas de informacin , que
se han creado en las fases B y C.
Primero paso; Establecer una lnea base para la
arquitectura tcnica existente usando el formato de
TOGAF. Esto implica partir la funcionalidad en
bloques de construccin arquitectnicos
reutilizables y describir las piezas en trminos de la
arquitectura fundamental.
Gua de aplicabilidad TOGAF
Artefactos de Entrada (Input).
Pasos.
Artefactos de salida (Output).

Artefactos de Entrada.
Arquitectura Tecnolgica.
1. Principios Tecnolgicos, si existen
2. Solicitud de Trabajo Arquitectnico
3. Declaracin de Trabajo Arquitectnico.
4. Visin arquitectnica (escenarios del negocio/visin
arquitectnica)
5. Lnea base de la arquitectura de negocio, V0.1 (Fase A)
6. Arquitectura Tecnolgica objetivo, V 0.1 (Fase A)
7. Requerimientos tcnicos relevantes de fases anteriores
8. Resultados del anlisis de brechas (de la Arquitectura de
Datos)
9. Resultados del anlisis de brechas (de la Arquitectura de
Aplicaciones)


10. Lnea base de la arquitectura de negocio, versin 1.0
detallada, si es necesario.
11. Lnea base de la arquitectura de datos, versin 1.0
detallada, si es necesario.
12. Lnea base de la arquitectura de aplicaciones, versin
1.0 detallada, si es necesario.
13. Arquitectura de Negocio objetivo, versin 1.0 detallada.
14. Bloques de construccin reutilizables (desde el
continuo de la arquitectura, si est disponible).
15. Arquitectura de Datos objetivo, versin 1.0.
16. Arquitectura de Aplicaciones, versin 1.0.

PASOS
Arquitectura Tecnologica.
1. Desarrollar la descripcin de la lnea base
de la Arquitectura Tecnolgica
2. Desarrollar la Arquitectura Tecnolgica
objetivo
Artefactos de Salida
Arquitectura Tecnologica.
1. Declaracin del Trabajo Arquitectnico actualizada, si es
necesario.
2. Lnea base de la arquitectura tecnolgica, V1.0, si es
necesario.
3. Principios tecnolgicos validados o nuevos principios
tecnolgicos (si se generaron aqu).
4. Reporte de la Arquitectura Tecnolgica, resumiendo qu
fue hecho y los hallazgos principales.
5. Arquitectura Tecnolgica objetivo, versin 1.0
6. Reporte de brechas (GAP) de la Arquitectura Tecnolgica
7. Puntos de vista que atienden las principales
preocupaciones de los involucrados.
8. Vistas correspondientes a esos puntos de vista
seleccionados