Ponecia Arquitectura II Jornada ItSMF en Sevilla

Hacia una mejora en la
II JORNADA itSMF en Sevilla

ARQUITECTURA EMPRESARIAL
eficiencia y predictibilidad
de los sistemas de
informacin empresariales
ngel Hernndez Bravo

20
MAR
2014
Informacin sobre la organizacin y el ponente
International Business Machines
Executive IT Architect
Member CTO and TEC (IBM Academy of Technology Associated)
Member of AEA
II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL
IBM, John Zachman
He joined IBM Corporation in 1964 and held various marketing-related

positions in Chicago, New York and Los Angeles.
He became involved with Strategic Information Planning methodologies in

1970 and in 1973 he was assigned responsibility for the Business Systems
Planning (BSP) program in IBMs Western Region.
He retired at IBM in 1990, having served them for 26 years. Afterwards he cofounded, with Samuel B. Holcman, the Zachman Institute for Framework
Advancement
IBM, John Zachman
Six Hats, Six Coats: The

Structured Thinking System
IBM,
Zachman framework, EA method
Para que una AE
Para desarrollar una arquitectura empresarial til (EA), es

importante entender primero las preguntas que desea responder
con la arquitectura.
En base a estas preguntas, se puede desarrollar un enfoque e

identificar los modelos que se necesitan
Por ltimo, se puede hacer un anlisis cuantitativo y cualitativo

de la arquitectura ya sea para:
ver donde el negocio se puede mejorar
identificar los cambios o mejoras necesarias en la arquitectura
Que es una AE
Una Arquitectura Empresarial es una organizacin lgica de una

empresa as como sus datos, aplicaciones, y la infraestructura
de TI, con metas y objetivos claramente definidos para el futuro
xito del negocio.
Una arquitectura tpica consta de diagramas o modelos, que

muestran cmo se relacionan los diversos aspectos del
negocio.
Por ejemplo un organigrama es un modelo de cmo las unidades

de negocio se relacionan con
entre s.
Que es una AE
La arquitectura empresarial alinea las siguientes reas clave:
Negocio: Procesos, estrategias, organigramas y funciones

Informacin: modelos de datos conceptuales, lgicos y fsicos
para mostrar qu informacin es necesaria y cmo se relaciona
con otra informacin, por ejemplo, un cliente y un pedido
Aplicacin: Carteras, interfaces y servicios
Infraestructura: diagramas de conceptos de redes, modelos de
referencia de tecnologa
Que es una AE
Las empresas deben tener:
una arquitectura AS IS que representa su estado actual, y

una Arquitectura planificada , TO BE, para mostrar la direccin de
la empresa durante los prximos uno a cinco aos.
Que es una AE
Se debe modelar cada area de acuerdo a su perspectiva y

luego enlazar cada modelo para alinearlos.
En el modelo de procesos de negocio no se deben incluir

cosas como aplicaciones . Luego se enlazara con las
aplicaciones para alinearse, pero las aplicacciones no deben
dictarla forma en que un proceso de negocio es diseado.
Cada decisin debe basrase en una necesidad de negocio.

10
Pasos para construir una AE
Paso 1: tener un proposito (para que se hace la AE?
Si no se tiene el proyecto AE fallar
SE deben contestar estas preguntas:
QUE informacin es importante para la AE?
QUE detalle se necesita para soportar el analisis y la toma de

decisiones?
QUIEN produce y usa la AE?
CUAL es el ROI esperado de la AE?
CUALES son las consideraciones de mantenimiento?
11
Paso 1: tener un proposito (para que se hace la AE?
Equipos no muy numerosos para capturar la informacin relevante
No ofuscarse con lo irelevante: no hace falta modelar 5000 procesos

de negocio si solo 50 son crticos para el negocio
12
Paso 2: Identificar las preguntas principales del cliente
La AE proporciona una ruta para contestar preguntas
Hay que enfocarse en las preguntas crticas del cliente y luego

identificar las que son mas complejas de responder.
The hotel's purpose for doing architecture was to improve the check-in and
check-out experience so they could be more competitive.
13
Cual es el impacto de retirar una aplicacion?
Cual es el impacto de mover una LOCATION?
Que aplicaciones son necesraias para soportar un proceso ?
Que procesos se necesitan para desarrollar una nueva estrategia?
14
Las preguntas determinan el contenido de la arquitectura
Si hay mas preguntas relativas al portfolio de aplicaciones entonces

hay que enfocarse en ele area de aplicaciones
Despues ya se puede proceder a expandir la arquitectura con

nuevas preguntas.
15
Paso 3: Identificar asumciones y reglas de negocio
Ya hemos identificado: audiencia, proposito y preguntas
Ahora deb en identificarse las reglas de negocio que constrien o

explican el area de interes
Cada negocio tiene reglas : regulaciones, estandares (HIPAA, SO
O mas triviales: cada LoB es responsible de documentar sus

procesos de negocio
16
Paso 4: Identificar el framework mas apropiado
Zachman, AE3, TOGAF, DoDAF
Proporciona un esqueleto sobre el que insertar los modelos.
Proporciona uan guia sobre que informacin es necesario capturar

en base a los stakeholders que usaran la AE . Es una uia para
organizar la informacin pero NO sugiere una implementacin
particular de la AE.
17
El framework a elegir depende :
del objetivo de la AE que hay que construir
de la experiencia del equipo

de si se quiere n seguir procesos ToGAF, o solo se necesita ayuda
para identificar que modelo usar para que proposito como en Zachman.
Se suelen combianr farmeworks . (muy usual : ToGAF y Zachman )
18
Es una guia para saber que modelar . Las metodologias se usan

para crear modelos .
Una metodologa es una regla que explica como modelar algo :
P.EJ BPMN ES UNA METODOLOGA PARA MODELAR PROCESOS

DE NEGOCIO.
19
20
Un framework ayuda a organizar las key areas de la AE e

identifica las VIEWS que se necesitan para el modelo (perspectiva
y datos para contestar a preguntas de negocio ) .
Usar estandares (las cosas caseras fallan en la captura y el

analisis)
SE generan mltiples modelos dentro de la AE
21
Paso 5 : Crear un metamodelo
Un metamodelo es una vista abstracta de la AE : muestra los

datos a capturar y las relaciones entre ellos.
Permite ver el alineamiento que se basa en las respuestas a las

preguntas de negocio .
P. ej un a aplicacion que soporta un proceso de negocio , debe

reflejarse en una relacin en el metamodelo. De otra manera no
hay conexion entre datos , no hay respuesta a una pregunta y la
AE no es funcional.
22
No hace falta una relacion entre todo con todo. Solo las que
tienen una lgica detrs
i.e.: enlazar un departamento organizacional a una tecnologia no tiene

sentido, pero si una tecnologa a una aplicacin
Una buena herramienta de modelado como Rational System Architect

soporta crear reportes complejos con cortes transversales del
metamodelo
23
El metamodelo debe soportar:
Relationships between the architecture elements.
Definitions of the elements.
Traceability to business questions.
24
25
Paso 6 : Identificar los modelos necesarios en la arquitectura
Ya esta identificado : el conjunto de pregunats de negocio, el FW,

el Metamodelo par responder preguntas
Ahora necesitamos los modelos a dibujar .
P. ej. : un business process. Hay varios estandares de modelado

como BPMN y los flow charts.
La audiencia: los managers comprenden BPMN; pero los software

developers prefieren UML sequence diagrams o use cases.
26
Implicacin en el metamodelo:
Si es necesario linkar datos y procesos de negocio debe considerarse

BPMN . Pero si hay mas preocupacion por la secuencia de procesos es
mejor un flow chart. En este ejemplo necesitariamos:
BPMN (captura business processes) ,
System architecture (captura aplicaciones, interafces)
27
Usar buenas
herramientas
28
Paso 7 : Integrar la AE
Linkar los datos capturados basandose en las relaciones

identificadas.
Una herramienta NO hace esto mgicamente
SI, es muy dificil de hacer sin un repositorio . (descartar el Excel pls)
29
Paso 7 : Integrar la AE
Si hay ya arquitecturas parciales previas: poblar la AE desde

bottom up.
Poner los elementos comunes en un repositorio
Estandarizar modelos y terminologia
Si se parte de cero :
Usar un blueprint comun con todas las lineas de negocio usando el

mismo framework, terminologia y modelos
30
Paso 8 : Reservar fuerzas para analizar la AE
Si no se planifica , no habra tiempo a hacerlo y si no se hace, para

que se hizo?
Pistas:
50% del tiempo para analisis (revision de modelos, verificacin y

validacin)
Hacer anlisis cualitativo y cuantitativo (ROI, cuellos de botella en un

proceso, ahorros de tiempo y costes , eliminacin de redundancias.
BPMN permite reglas y estructuras valiosas para ello, las herramientas
incluye simuladores para estimar ..
31
Paso 8 : Reservar fuerzas para analizar la AE
El anlisis cualitativo se hace mediante de una busqueda en el

modelo de potenciales problemas . P.ej un proceso de negocio que
da feedback a una parte anterior del proceso indica un posible
punto de revisin y refacorizacin (hay que evitarlos)
Cuando se termina el anlisis se deben compartir los resultados
La gente ver valor en la AE si aprende a usarla
El reporte es el principal valor aadido de una herramientas de AE
32
Puntos importantes:
Necesitamos un plan
Temas administrativos a manejar : Como desplegar la AE? Donde?

Quine hay en el Team? Hay un AE?, Board de revision ?, Direccin
de proyecto , privilegios de acceso a la informacin
33
Puntos importantes:
No partir de cero:
- Sponsores
- Stakeholders deben estar involucrados en toma de decisiones
34
Puntos importantes:
Governanza:
- se requiere para una correcta toma de decisiones
- define las reglas y estrategias usada para la AE
- determina que modelos estan aptos para ser aprobados (Boards)
Architecture review board

Configuration and control board
Administration guidelines (workflow de aprobaciones)
35
AE y otros frameworks
36
The IBM approach to architecture conforms to, or at

least aligns with, these key standards
How we visualize our models

(Views and Viewpoints)
How we organize our methods
Object Management Group:

Software and Systems Process Engineering
Metamodel (SPEM)
How we model in the Functional Aspect
IEEE: Recommended Practice for Architecture

Description of Software-Intensive Systems (1471/2000)
Object Management Group:

Unified Modeling Language (UML)
How we reason about Enterprise Architecture
The Open Group:

The Open Group Architecture Framework (TOGAF)
37
IEEE 1471-2000 Recommended Practice for Architecture

Description of Software-Intensive Systems
has an
System
Architecture
has 1..*
Stakeholder
described by 1
identifies 1..*
Architectural
Description
38
IEEE 1471-2000 introduces the concepts of viewpoints and

views
Viewpoint
has source 0..*
conforms to
View
participates in 1..*
establishes methods
for 1..*
Library
Viewpoint
consists of 1..*
Model
39
The OMG Software and Systems Process Engineering

Metamodel (SPEM)
40
The Open Group Architecture Framework (TOGAF)

Business
Processes
Organization
People
Services
Business Architecture
Application
Architecture
Data
Architecture
Technology Architecture
41
Data
Information
Hardware
Software
Network
The six components of TOGAF 9
42
The IT architecture part of TOGAFs Content

Framework
43
Compared with the IBM Views and Viewpoints

Framework (1) (1 of 7)
Applicatio
Technical
n
The cubes
conventional
arrangement
Physical
Logical
Functional
Operational
44

Physical Logical
The cube rearranged to highlight

the functional face
Operational
Functional
Application
Technical
45

Physical Logical

the functional face
Logical
functional
application
Logical
Application
Operational
Functional
Application
Technical
46

the functional face
Physical Logical
Logical
functional
technical
Logical
functional
application
Logical
Application
Logical
Technical
Operational
Functional
Application
Technical
47

the functional face
Logical
functional
application
Physical Logical
Logical
functional
technical
Physical
functional
application
Logical
Application
Logical
Technical
Physical
Application
Operational
Functional
Application
Technical
48

the functional face
Logical
functional
application
Physical
functional
application
Physical Logical
Logical
functional
technical
Physical
functional
technical
Logical
Application
Logical
Technical
Physical
Application
Physical
Technical
Operational
Functional
Application
Technical
49

the functional face
Logical
functional
technical
Logical
functional
application
Physical
functional
application
Physical Logical
Operational
in
TOGAF = ?
Physical
functional
technical
Logical
Application
Logical
Technical
Physical
Application
Physical
Technical
Operational
Functional
Application
Technical
50
Application and Data Architecture in TOGAF and IBMs EA Method

(1 of 3)
Both frameworks
adopt the same
layering
51

(2 of 3)
but IBMs EA method
amplifies the need to
model whats done and
what its done to across
all layers
52
Information Architecture
Application Architecture
Both frameworks
adopt the same
layering

(3 of 3)
but IBMs EA method
amplifies the need to
model whats done and
what its done to across
all layers
And as before,
TOGAF has no
explicit coverage of
where things are
done
53
Operational Architecture
Information Architecture
Application Architecture
Both frameworks
adopt the same
layering
On a wider scope, TOGAFs content framework addresses the

same spaces as IBMs architecture methods in a simpler manner
IBMs AT and EA classes

amplify the top to bottom
distinction between the
parts (EA) and solutions
constructed from those
parts (AT)
54
IBMs EA maintains
focus on AA and IA
through all levels, as
well as explicitly
covering the
operational aspect
The IBM System Description Standard (SDS) versus

the IEEE 1471-2000 Architectural Description Standard
SDS has a rich meta-model that defines the

language for describing a systems architecture.
DS defines a general set of system concepts,

which are then constrained to specific types of
systems, such as IT.
ADS is a constraint on SDS, specifically

for IT systems.
o
SDS
The concepts (and engineering perspectives)

in ADS are supported SA4TeamSD
configuration of Rational System Architect.
ADS is used in IBMs EA and solution architecture

methods.
55
XYZ-DS
ADS
II JORNADA itSMF en Sevilla

ARQUITECTURA EMPRESARIAL
Angel Hernndez Bravo
Email: angelhbravo@es.ibm.com
Web: www.ibm.com
Twitter: @angelhbravo
20
MAR
2014

Ponecia Arquitectura II Jornada ItSMF en Sevilla

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Ponecia Arquitectura II Jornada ItSMF en Sevilla

Uploaded by

Copyright:

Available Formats

Hacia una mejora en la

II JORNADA itSMF en Sevilla

ngel Hernndez Bravo

Informacin sobre la organizacin y el ponente

International Business Machines

Member CTO and TEC (IBM Academy of Technology Associated)

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

IBM, John Zachman

He joined IBM Corporation in 1964 and held various marketing-related

He became involved with Strategic Information Planning methodologies in

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

IBM, John Zachman

Six Hats, Six Coats: The

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

Zachman framework, EA method

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

Para que una AE

Para desarrollar una arquitectura empresarial til (EA), es

En base a estas preguntas, se puede desarrollar un enfoque e

Por ltimo, se puede hacer un anlisis cuantitativo y cualitativo

ver donde el negocio se puede mejorar

identificar los cambios o mejoras necesarias en la arquitectura

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

Una Arquitectura Empresarial es una organizacin lgica de una

Una arquitectura tpica consta de diagramas o modelos, que

Por ejemplo un organigrama es un modelo de cmo las unidades

La arquitectura empresarial alinea las siguientes reas clave:

Negocio: Procesos, estrategias, organigramas y funciones

Las empresas deben tener:

una arquitectura AS IS que representa su estado actual, y

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

Se debe modelar cada area de acuerdo a su perspectiva y

En el modelo de procesos de negocio no se deben incluir

Cada decisin debe basrase en una necesidad de negocio.

Pasos para construir una AE

Paso 1: tener un proposito (para que se hace la AE?

Si no se tiene el proyecto AE fallar

SE deben contestar estas preguntas:

QUE informacin es importante para la AE?

QUE detalle se necesita para soportar el analisis y la toma de

QUIEN produce y usa la AE?

CUAL es el ROI esperado de la AE?

CUALES son las consideraciones de mantenimiento?

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

Pasos para construir una AE

Paso 1: tener un proposito (para que se hace la AE?

Equipos no muy numerosos para capturar la informacin relevante

No ofuscarse con lo irelevante: no hace falta modelar 5000 procesos

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

Pasos para construir una AE

Paso 2: Identificar las preguntas principales del cliente

La AE proporciona una ruta para contestar preguntas

Hay que enfocarse en las preguntas crticas del cliente y luego

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

Pasos para construir una AE

Paso 2: Identificar las preguntas principales del cliente

Cual es el impacto de retirar una aplicacion?

Cual es el impacto de mover una LOCATION?

Que aplicaciones son necesraias para soportar un proceso ?

Que procesos se necesitan para desarrollar una nueva estrategia?

II Jornada itSMF en Sevilla. ARQUITECTURA EMPRESARIAL

Pasos para construir una AE

Paso 2: Identificar las preguntas principales del cliente