ARQUITECTURA

EMPRESARIAL
INTRODUCCION
 OBJETIVOS
El alumno podrá evaluar la ventaja
El alumno entenderá los conceptos
de utilizar los componentes de
de arquitectura empresarial y podrá
TOGAF, pudiendo de esta manera
ser capaz de describir una Empresa
sugerir la forma de utilización de
utilizándolos.
estos en una organización.

El alumno podrá entender los

El alumno podrá gestionar las fases
niveles de Enterprise Continuum y
de ADM, explicando la necesidad de
Solution Continuum, identificando
la ejecución de cada una de sus
las soluciones que apliquen en una
fases.
empresa determinada.
 CONTENIDO

1
•Conceptos básicos de la Arquitectura Empresarial

2
•Componentes AE según TOGAF

3
•Enterprise & Solution Continuum

4
•Architecture Development Method - ADM
CONCEPTOS BÁSICOS DE LA ARQUITECTURA
EMPRESARIAL
 ¿QUÉ ES ARQUITECTURA?

¿Esto es arquitectura?
• El Coliseo Romano NO es
arquitectura.
• El Coliseo Romano es el
RESULTADO de una arquitectura.
• El resultado es una INSTANCIA
de una arquitectura, su
implementación.
¿QUÉ ES ARQUITECTURA?

COMPONENTES que
constituyen los
modelos

...la organización
fundamental de algo,
materializado en:

PRINCIPIOS que RELACIONES entre los

gobiernan su diseño y elementos y su
evolución entorno
 ¿QUÉ ES ARQUITECTURA?
ISO/IEC 42010:20076
• “The fundamental organization of
a system, embodied in its
components, their relationships to
each other and the environment,
and the principles governing its
design and evolution.”
TOGAF
• “A formal description of a system,
or a detailed plan of the system at
component level to guide its
implementation”
• “The structure of components,
their inter-relationships, and the
principles and guidelines governing
their design and evolution over
time”
 ¿QUÉ ES ARQUITECTURA?
UN ACERCAMIENTO AL ENFOQUE EMPRESARIAL
MIT Center for
Enterprise Architecture
Information Systems Gartnet SerchCIO.com
Body of Knowledge
Research
• Enterprise architecture • Enterprise architecture • Is a discipline for • A conceptual blueprint
is the organizing logic as a practice, which proactively and that defines the
for business processes analyzes areas of holistically leading structure and
and IT infrastructure common activity enterprise responses operation of an
reflecting the within or between to disruptive forces by organization. The
integration and organizations, where identifying and intent of an enterprise
standardization information and other analyzing the architecture is to
requirements of the resources are execution of change determine how an
company's operating exchanged to guide toward desired organization can most
model. future states from an business vision and effectively achieve its
integrated viewpoint outcomes. current and future
of strategy, business objectives.
and technology.
 ¿LA ARQUITECTURA ES ÚNICA?
Arquitectura • Define la estrategia del negocio, la gobernalidad, la estructura y los procesos claves de la
de Negocios organización.

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

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

Arquitectura • Describe la estructura de hardware, redes, conectividad, entre otros, que es requerida para dar
Tecnológica soporte a la implantación de las aplicaciones principales, de misión crítica, de la organización.

9
 ¿QUÉ ES EMPRESA?
TOGAF define la “empresa” como cualquier conjunto
de organizaciones que cuentan con objetivos
comunes.
• Por ejemplo, una empresa podría ser una agencia del gobierno, toda
una corporación, una división de una corporación, un solo
departamento, o una cadena de organizaciones geográficamente
distantes unidos entre sí por la propiedad común.
El término “empresa” (en el contexto de “Arquitectura
Empresarial”) denota tanto toda la empresa - que
abarca la totalidad de su información y servicios de
tecnología, los procesos y la infraestructura - y un
dominio específico dentro de la empresa.
• En ambos casos, la arquitectura cruza múltiples sistemas, y múltiples
grupos funcionales dentro de la empresa.

Una empresa extendida hoy en día con frecuencia

incluye socios, proveedores y clientes.
• Si el objetivo es la integración de una empresa extendida, entonces
la empresa cuenta con los socios, proveedores y clientes, así como
unidades de negocio internos.
LA ARQUITECTURA, LA EMPRESA Y EL ENTORNO

Es necesario conocer no solo la empresa sino

también el contexto en el que se desarrolla para
identificar de esta manera las arquitecturas
genéricas que se puede implementar,
considerando no solo el diseño arquitectónico,
sino también la implementación de las soluciones
para generar valor a la organización.

11
DIMENSIONES DE UNA ARQUITECTURA EMPRESARIAL

Aplicaciones (Propias, de
Negocio (Procesos, Funciones…)
Terceros, Integradas…)

Organización

Datos (Información,
Tecnología (Infraestructura,
Conocimiento, Sabiduría,
Redes, Seguridad…)
Capacidades…)
DIMENSIONES DE UNA ARQUITECTURA EMPRESARIAL

Arquitectura de Negocios

Procesos de negocio, organización, personas

Arquitectura de Arquitectura de Datos

Aplicaciones
Servicios Datos, información

Arquitectura Tecnológica

Hardware, software, redes

 ARQUITECTURA EMPRESARIAL:
PROPÓSITOS

Incrementar la capacidad de administración y explotación de la

información mediante las IT como un factor clave para el éxito del
negocio y logro de ventaja competitiva.

Optimizar en toda la empresa los procesos (manuales y

automáticos)dentro de un entorno integrados que responda al
cambio y de soporte a la estrategia del negocio.
 ARQUITECTURA EMPRESARIAL:
VENTAJAS
UNA OPERACIÓN DE NEGOCIO MÁS EFICIENTE
• Menores costos de operación de negocios
• Organización más ágil
• Capacidades empresariales compartidos a través
de la organización
• Menores costos de gestión del cambio
• Fuerza de trabajo más flexible
• Mejora de la productividad de las empresas
UNA OPERACIÓN DE TI MÁS EFICIENTE
• Menores costos de desarrollo de software,
soporte y mantenimiento
• El aumento de la portabilidad de las aplicaciones
• Mejora de la interoperabilidad y el sistema más
fácil y gestión de la red
• Mejora de la capacidad para abordar los temas
críticos en toda la empresa como la seguridad
• Más fácil actualización y el intercambio de los
componentes del sistema
 ARQUITECTURA EMPRESARIAL:
VENTAJAS
MEJOR RETORNO DE LA INVERSIÓN EXISTENTE,
MENOR RIESGO DE FUTURAS INVERSIONES
• Reducción de la complejidad en el negocio y de
TI
• Máximo rendimiento de la inversión en
infraestructura de negocio y de TI existente
• La flexibilidad de hacer, comprar, o soluciones de
negocio y de TI fuera fuente
• Reducción del riesgo global en nuevas
inversiones y su coste de propiedad
MÁS RÁPIDO, MÁS SENCILLO, MÁS BARATO Y LA
CONTRATACIÓN
• Las decisiones de compra son más simples,
porque la información que rige la contratación
está fácilmente disponible en un plan coherente
• El proceso de compra es más rápido - maximizar
la velocidad de adquisición y flexibilidad sin
sacrificar la coherencia arquitectónica
• La capacidad de suministro de sistemas abiertos
heterogéneos, de múltiples proveedores
• La capacidad de asegurar las capacidades más
económicos
¿POR¿Por
QUÉ ARQUITECTURA
qué Arquitectura Empresarial? EMPRESARIAL?

• Sin Arquitectura
Empresarial, no es posible
crear sistemas de soporte
empresarial de mediana o
alta complejidad, y no
será posible cambiarlos en
un tiempo mínimo, a bajo
costo y sin interrumpir las
operaciones de la
organización.
 GRUPOS DE INTERÉS
• Normalmente las necesidades de la
preparación para la transformación
del negocio o el cambios en la
infraestructura que sea radical,
debe ser el disparador para la
revisión o desarrollo de la
arquitectura empresarial.
• A menudo los interesados claves
(usuarios claves) son quienes
identifican las áreas de cambio
requeridos para que los nuevos
objetivos de negocio se cumplan.
En TOGAF, a estas personas se les
identifica como "Grupo de Interés".
Identificación y
perfeccionamiento de los
requisitos que los
interesados
Rol del
Arquitecto
Conciliación de los Desarrollo de vistas de la
intereses que podrían arquitectura que muestran
generar potencialmente cómo las preocupaciones y
conflictos entre las partes necesidades van a ser
interesadas. atendidas
 DISCUSIÓN
http://books.google.com.pe/books?id https://blogs.msdn.microsoft.com/nick
=4woAAAAAMBAJ&pg=PA48&redir_es malik/2010/02/03/job-description-for-
c=y#v=onepage&q&f=false business-architecture/
COMPONENTES AE SEGÚN TOGAF
MODELO TÉCNICO DE REFERENCIA (TRM)
 PRODUCTOS: CATEGORÍA
Deliverable / Entregable
• Producto de trabajo que se
especifica contractualmente y a su
vez está formalmente revisado,
acordado y firmado por las partes
interesadas.
• Representan la salida de los
proyectos
• Normalmente se archivan en la
finalización de un proyecto, o la
transición a una arquitectura de
repositorio como un modelo de
referencia, estándar, o una
instantánea de la arquitectura del
landscape en un punto en el tiempo.
Building Block / Bloque de
Artifact / artefacto
Construcción
• Producto del trabajo arquitectónico • Representa un componente de
que describe un aspecto de la negocio (potencialmente
arquitectura. reutilizable), TI, o la capacidad de la
• Se clasifican generalmente como arquitectura que se puede combinar
catálogos (listas de cosas), matrices con otros bloques de construcción
(que muestra las relaciones entre las para entregar arquitecturas y
cosas) y diagramas (imágenes de las soluciones.
cosas).
• Pueden incluir un catálogo de
requisitos, matriz de interacción de
negocios, y un diagrama de casos de
uso.
• Puede contener muchos artefactos y
objetos formarán el contenido del
repositorio de Arquitectura.
PRODUCTOS: CATEGORÍA
PRODUCTOS: CATEGORÍA
ESTRUCTURA
•Proporciona una introducción de alto nivel a los conceptos clave de la arquitectura de la empresa
Introducción y el enfoque TOGAF. Contiene las definiciones de los términos utilizados en TOGAF y notas de la
versión que detallan los cambios entre esta versión y la versión anterior de TOGAF.

Método de
•Se describe el Método de Desarrollo de la Arquitectura (ADM) mostrando un enfoque paso a paso
Desarrollo de la para el desarrollo de la Arquitectura Empresarial.
Arquitectura ADM

Guía y Técnicas •Contiene una colección de guías y técnicas disponibles para su uso de TOGAF y la aplicación de
para ADM del ADM.

Marco de •Describe el marco de contenido TOGAF, incluyendo un metamodelo estructurado para artefactos
Contenido para la arquitectónicos, el uso de bloques de la arquitectura de construcción reutilizables, y una visión
Arquitectura general de los entregables arquitectura típica.

Enterprise
•Discute taxonomías y herramientas apropiadas para clasificar y almacenar los resultados de la
Continuum y actividad de la arquitectura dentro de la empresa.
Herramientas

Modelos TOGAF •Muestra los modelos de referencia de arquitectura, que incluye la los Fundamentos de
Referencia Arquitectura TOGAF y el Modelo de Referencia Infraestructura de Información Integrada (III-RM).

Capacidad del
•Analiza la organización, los procesos, las competencias, funciones y responsabilidades necesarias
Marco de para establecer y operar una función de la arquitectura dentro de una empresa.
Arquitectura
CONCEPTOS PREVIOS PARA ENTENDER AL
REPOSITORIO DE ARQUITECTURA
• Describe la aplicación personalizada según la empresa para
un marco de arquitectura incluyendo el metamodelo para el
contenido de la arquitectura.
• Ofrece directrices, plantillas, patrones y otras formas de
material de referencia que se pueden aprovechar con el fin
de acelerar la creación de nuevas arquitecturas
empresariales.

• Representación arquitectónica de los activos desplegados

dentro de la empresa en un punto determinado en el
tiempo. Es probable que existan en múltiples niveles de
abstracción para adaptarse a diferentes objetivos de la
arquitectura.

• Captura las normas que deben cumplir las nuevas

arquitecturas, que pueden incluir estándares de la industria,
los productos seleccionados y servicios de proveedores o
servicios compartidos ya desplegados dentro de la
organización.

• Proporciona un registro de la actividad de gobierno en toda

la empresa.

• Define los parámetros, estructuras y procesos que apoyan el

gobierno del repositorio de arquitectura. 26
 COMPONENTES DEL METAMODELO
• Persona, organización o sistema que está fuera de la consideración del modelo de
Actor
arquitectura, pero interactúa con él.

Componente de • Una encapsulación de funcionalidad de la aplicación que está alineada a la

aplicación estructuración de la aplicación.

• Soporta capacidades de negocio a través de una interfaz definida explícitamente y

Business Service
se rige explícitamente para una organización.

• Encapsulación de datos que son reconocidos por un experto en el dominio de

Entity Data
negocio como un concepto discreto y pueden estar vinculados a las aplicaciones.

• Proporciona capacidades de negocio estrechamente alineados a una organización,

Función
pero no rigen de manera explícita para la organización.
27
 COMPONENTES DEL METAMODELO
Servicio de
• Los elementos automatizados de un servicio de negocio, pudiendo ofrecer o
Información del
Sistema apoyar la totalidad o parte de uno o más servicios de oficina.

Unidad de • Unidad autónoma de recursos, con metas, objetivos y medidas propias, que
Organización pueden incluir partes externas y las organizaciones asociadas negocio.

Servicio de • Capacidad técnica necesaria para proporcionar la infraestructura que permite

Plataforma que apoya la entrega de aplicaciones.

Papel (Rol) • Un actor asume un papel para realizar una tarea.

Componente • Encapsulación de infraestructura tecnológica que representa una clase de

Tecnológico: producto de tecnología genérico o específico.
28
COMPONENTES DEL METAMODELO

29
CATÁLOGOS, MATRICES Y DIAGRAMAS

Se utiliza como técnica para estructurar la información arquitectónica en forma ordenada para que pueda ser
procesada en función de las necesidades de los interesados.

La mayor parte de los interesados en la arquitectura en realidad no necesita conocer el detalle del concepto
del metamodelo y sólo están interesados en temas específicos, tales como “¿Qué funcionalidad considera el
soporte de aplicaciones?”, “¿Qué procesos se verán afectados por un proyecto?” …

Con el fin de satisfacer las necesidades de estos grupos de interés, se utilizan los conceptos definidos en TOGAF de
bloques de construcción, catálogos, matrices y diagramas.

30
 BLOQUES DE CONTRUCCIÓN
Llevan metadatos de acuerdo con el
metamodelo, que apoya la consulta y análisis.
Entidades de un tipo particular dentro del
Por ejemplo, los servicios de negocios tienen
metamodelo, por ejemplo, un servicio de
un atributo de metadatos para el dueño, que
negocio llamado “Matrícula”.
permite que un grupo de interés consultar
todos los servicios a las empresas.

También pueden incluir las entidades

dependientes o contenidos según sea
apropiado para el contexto de la arquitectura,
por ejemplo, el servicio de negocio llamado
“Matrícula” puede incluir implícitamente una
serie de procesos, entidades de datos,
componentes de aplicación…

31
 CATÁLOGOS
Listas de bloques de
construcción de un tipo
Ejemplo, un organigrama,
específico, o de los tipos
mostrando lugares y
relacionados, que se utilizan
actores.
para los propósitos de
gobierno o de referencia.

Al igual que con bloques de construcción, los catálogos llevan

metadatos de acuerdo con el metamodelo, que apoya la consulta y
análisis.

32
 MATRICES

Grillas que muestran relaciones entre dos o más entidades

de modelo.

Se utilizan para representar las relaciones cuya

complejidad no puede ser mostrada en una gráfica.

Ejemplo: una matriz que muestra qué aplicaciones

realizan CRUD (Crear, Leer, Actualizar y Eliminar) sobre
un determinado tipo de datos.
33
 DIAGRAMAS
Representaciones de contenido
arquitectónico en un formato gráfico
para permitir que las partes interesadas
para entender la información
requerida.
TOGAF define un conjunto de
diagramas de arquitectura (por
ejemplo, organigrama).
También se pueden utilizar como
técnica para poblar contenido
gráficamente la arquitectura o para
comprobar la integridad de la
información que se ha recogido.
Cada uno de estos esquemas se pueden
crear varias veces por una arquitectura
con un estilo diferente o la cobertura
de contenidos para satisfacer
preocupaciones de los interesados.
34
CATÁLOGOS, MATRICES Y DIAGRAMAS

35
 METAMODELO

TOGAF ADM ofrece un ciclo de vida para crear y gestionar arquitecturas

empresariales.

En cada fase dentro de la ADM, se cuentan con entradas, salidas, y la descripción

de los pasos para generar los productos o artefactos de trabajo de arquitectura.

El metamodelo de contenidos define una estructura formal de estos, para

garantizar la coherencia dentro del ADM y proporcionan una guía para las
organizaciones que desean implementar su arquitectura.

36
CONTENT METAMODEL

Principios
Arquitectura
Arquitectura
Arquitectura
Arquitectura
Arquitectura,
de Sistemas
de
de
deRealización
Visión
Tecnología
Negocio
de Información
y Requisitos

Contiene los artefactos diseñados para

capturar el contexto circundante de modelos
Contiene
de arquitectura
los artefactos formales,
que permiten
incluyendo capturar
los
principios
Contiene
modelos
Contienelosgenerales
arquitectónicos
los
artefactos
modelos arquitectura,
quede
decapturan contexto
arquitectura
la operación
hojasydel
de
rutaestratégico
artefactos
negocio,
Contiene
del cambio losque
que
buscando forma
permiten
activos
y muestran la entrada
específicamente
tecnológicos
capturar lapara
la transición
que el
realidad
a los
entre
se
modelado
factores
los de
estadosque
utilizan de
los sistemas
de motivan
lalaarquitectura
para a la
arquitectura
implementar
de TI, empresa,
yque
los
considerando requisitos
secómo
una la
y realizar
utilizan
paraperspectiva
generados
dirigir
empresa
soluciones y gobernar
ade
de partir
está
las aplicaciones
sistemas de
estructurada
la implementación
la
dearquitectura.
y datos de
información.
organizativamente,
alineados con la arquitectura.
las
asífases
comoTOGAFlas capacidades
ADM.
El contexto
funcionales arquitectura
de la empresa.se recoge
típicamente en las fases: Preliminar y Visión
de la Arquitectura.

37
ENTIDADES Y RELACIONES PRESENTES EN EL
METAMODELO CONTENIDO CORE

38
 CONTENIDO COMPLETO DEL METAMODELO

• Cuando todas las extensiones se

aplican al contenido metamodelo
básico, se introducen una serie de
nuevas entidades metamodelo.
• Existen entidades que están
contenidas en el metamodelo de
contenido básico (core) y otras que
entidades son introducidas al
trabajar con las extensiones.

39
RELACIONES ENTRE LAS ENTIDADES Y EL
METAMODELO COMPLETO

40
 CONTENT METAMODEL

Contenido Core y de
Extensión

Conceptos de
catálogos, matrices,
Conceptos Modelado formal e
y diagramas Claves informal

Entidades del
metamodelo Core
41
 CORE AND EXTENSION CONTENT

TOGAF brinda un estándar abierto para la arquitectura que es aplicable en

muchos escenarios y situaciones.

Con el fin de cumplir con esta El metamodelo debe proporcionar

visión, es necesario brindar soporte
unificado a todas las funciones de la
arquitectura empresarial a través de
un metamodelo de contenido,
evitando actividades innecesarias
mediante el apoyo a la adaptación.
un modelo básico con el conjunto
de características mínimas y luego
apoyar la inclusión de extensiones
opcionales durante el acoplamiento
de la personalización a cada
empresa.

42
METAMODELO CORE Y EXTENSIONES
Los módulos de extensión son
opcionales
El Metamodelo y deben
Core ser un
proporciona
seleccionados
conjunto mínimo durante la fase
de contenido
preliminar del desarrollo
arquitectónico para apoyardelala
trazabilidad
arquitectura a través de artefactos.
para satisfacer las
necesidades de la organización.

Las extensiones
Las extensionesdan soportepor
descritas másel
específico o en másson
metamodelo profundidad
sólo una al
modelado,
sugerenciay están contenidas
y requieren una
dentro de un grupo de extensiones
posterior adaptación para cubrir
que los considerando catálogos,
lasmatrices
necesidades específicas
y diagramas; de la
lo que
empresa,
permite a discreción
el enfoque de los
específico en
arquitectos.
áreas de interés.
43
FULL CONTENT METAMODEL

44
ARCHITECTURE REPOSITORY

45
ARCHITECTURAL REPOSITORY

46
 ESTABLECIMIENTO Y MANTENIMIENTO DE LA
CAPACIDAD DE ARQUITECTURA EMPRESARIAL
• Con el fin de llevar a
cabo la gestión de la
Arquitectura
Empresarial de forma
eficiente, es necesario
desplegar la capacidad
de negocio apropiada
para la arquitectura, a
través del
entendimiento de las
estructuras
organizacionales,
funciones,
responsabilidades,
habilidades y procesos. 47
 ESTABLECIMIENTO Y MANTENIMIENTO DE LA
CAPACIDAD DE ARQUITECTURA EMPRESARIAL
• Enfocándose en gestionar las capacidades
de arquitectura creados para apoyar Performance
Financial Management
principalmente los programas entrega de Management
cambio, es necesario reconocer que el
éxito del funcionamiento de una Service Management Risk Management
estructura empresarial debe sentarse
sobre una base operativa consistente.
• La práctica de Arquitectura Empresarial Resource Management
Communications and
debe ejecutarse como cualquier otra Stakeholder Management
unidad operativa dentro de un negocio; es
decir, que deben ser tratados como un
negocio propiamente dicho. Quality Management Supplier Management
• Más allá de los procesos básicos definidos
dentro de la ADM, una práctica de Configuration Environment
Arquitectura Empresarial debe establecer Management Management
capacidades en las siguientes áreas:
48
 ARCHITECTURAL GOVERNANCE
• La idea base para gobernar la Arquitectura Empresarial es la ejecución bien
definida y eficaz de la organización, en el que toda la actividad de arquitectura
que sea relevante, pueda ser controlada y garantizar que se encuentre
alineado en un marco único.

• Debido a que el gobierno se ha convertido en un requisito cada vez más

importante en la gestión organizacional, la inclusión de la gobernabilidad
dentro de TOGAF se alinea con el marco actual de las mejores prácticas de
negocios asegura un mejor nivel de visibilidad, la orientación y el control, que
apoyará a todos los requisitos de arquitectura y las obligaciones generadas,
relativas a las partes interesadas.

49
 ARCHITECTURAL GOVERNANCE
Incremento de la transparencia de la rendición de cuentas,
Mejora en el control de la gestión del riesgo
y la delegación de autoridad

Protección de la base de activos existente a través de la

Generación de mecanismos control, monitoreo y gestión
maximización de la reutilización de los componentes
predictiva
arquitectónicos existentes

Reutilización de Procesos, conceptos y componentes a Creación de valor a través del monitoreo, medición,
través de todas las unidades de negocio de la empresa evaluación y retroalimentación

Mayor visibilidad a los procesos de soporte internos y los Mejor supervisión a un nivel adecuado para las decisiones
requisitos de las partes externas estratégicas que puedan tener impacto organizacional

Integración con los procesos y metodologías existentes

Valor para los accionistas a través de la valoración de la
para complementar la funcionalidad mediante la adición
propiedad intelectual de la empresa
de capacidades de control

50
ENTERPRISE & SOLUTION CONTINUUM
 ENTERPRISE CONTINUUM
Método de clasificación, que se
describe en el libro V de TOGAF,
del contenido generado mediante
el método ADM y guardado en el
Architecture Content Framework
(ACF)
Se divide en subconjuntos de
arquitecturas relacionadas que
enfocan la solución desde
conceptos más abstractos a más
concretos, desde términos más
lógicos a más físicos y desde un
enfoque más IT a más de negocio.
Clasificar la arquitectura y
artefactos a medida que
evolucionan de las arquitecturas
fundamentales genéricas a las
Arquitecturas Organizacionales
Específicas.
Establece un contexto amplio de la
arquitectura y cómo las soluciones
genéricas y específicas se pueden
aprovechar con el fin de apoyar las
necesidades de una empresa.
Simplifica el proceso de creación
de una arquitectura de empresa,
enfocado en los requerimientos del
negocio.
"Repositorio Virtual" de todos los
artefactos arquitectónicos
disponibles en una organización.
Incluye modelos arquitectónicos,
patrones de arquitectura,
descripciones arquitectónica, entre
otros.
52
 ENTERPRISE CONTINUUM

Contexto para la comprensión de los modelos arquitectónicos

Bloques de Construcción y sus Limitaciones y requisitos en un ciclo
relaciones entre sí de desarrollo de la arquitectura

Comprende dos conceptos complementarios

Architecture Continuum Solutions Continuum

53
ENTERPRISE CONTINUUM

54
ENTERPRISE CONTINUUM

55
 ARCHITECTURE CONTINUUM
Foundation Architectures
• Es la más general y contiene
los principios de arquitectura
(estándares y bloques de
construcción reusables) que
utilizará cualquier
organización de la IT.
• TOGAF provee la descripción
de una arquitectura
fundamental en su Modelo
Técnico de Referencia (TRM).
Common Systems Organization-Specific
Industry Architectures
Architectures Architectures
• Soportada en la arquitectura • Integra las soluciones de • Enfoque más específico que
base y a partir de la elección e dominio en soluciones guía el despliegue de la
integración de los servicios específicas para un tipo de arquitectura solución,
adecuados para genera industria determinada como resultado de la integración de
soluciones de dominios puede ser la salud, la energía, las soluciones de industria,
específicos como pueden ser seguros, producción de bienes adecuada para una empresa
seguridad, operaciones, etc. de consumo, etc. en particular.
generando bloques reusables.
• TOGAF provee de una
arquitectura común de
sistemas en su Modelo de
Referencia Técnica (TRM) de
diseño y de Infraestructura de
Integración de Información
(III-RM.)
56
 ARCHITECTURE CONTINUUM

Las necesidades de la empresa y los requerimientos del negocio se tratan en detalle incremental de izquierda a
derecha.

El arquitecto empresarial debe identificar los elementos arquitectónicos reutilizables llegando hasta el nivel
fundamental de la arquitectura.

Cuando no se encuentran los elementos en los niveles mas genéricos, los requisitos se evalúan hacia la
derecha, hasta encontrar la cobertura para las necesidades de la organización.

Los arquitecturas de aplicación dentro de sus propias organizaciones pueden utilizar los mismos modelos
especializados para cubrir la necesidad de cada negocio.

Las cuatro arquitecturas particulares indican la gama de diferentes tipos de arquitectura que se pueden
desarrollar en diferentes niveles.

57
 ARCHITECTURE CONTINUUM

Lógico a Física

No representa un proceso
Taxonomía para completar Horizontal (Enfocado a IT)
formal, representa una
y especificar la a Vertical (Enfoque de
progresión, que se produce
arquitectura negocio)
en varios niveles:

Generalización a
Especialización
58
59

ARCHITEXTURE CONTINUUM Y
ADM
ENTERPRISE CONTINUUM

60

Foundation Solutions
• Conceptos muy genéricos,
herramientas, productos, servicios
y componentes de solución, que
son los proveedores
fundamentales de las capacidades
organizacionales.
• Contiene productos que son
entidades individuales de
hardware, software o servicios.
• Los servicios incluyen servicios
profesionales que garanticen el
valor máximo de inversión de las
soluciones en el menor tiempo
posible; y servicios de apoyo que
garantizan el máximo valor posible
de soluciones.
SOLUTION CONTINUUM
Systems Solutions
• Implementación de una
Arquitectura de Sistemas Comunes
compuesto por un conjunto de
productos y servicios.
• Representa el común denominador
de una o más soluciones en los
segmentos de la industria que
apoya la solución del sistema.
• Soluciones de sistemas representan
colecciones de requisitos y
capacidades comunes, en lugar de
las específicas de un cliente o
industria en particular.
• Soluciones de sistemas que
proporcionan a las organizaciones
entornos operativos específicos
para las necesidades operativas y
de información.
Industry Solutions Organization-Specific Solutions
• Implementación de una • Implementación de la arquitectura
Arquitectura de la Industria, que de la empresa que proporciona las
proporciona paquetes de funciones necesarias para la
componentes reutilizables y generación de valor en la empresa.
servicios comunes, específicos para • Soluciones diseñadas para
una industria determinada. operaciones específicas del
• Componentes fundamentales negocio; contienen la mayor
proporcionados por soluciones de cantidad de funcionalidad única
sistemas o productos y servicios. para dar soporte a los procesos y
• Soluciones que se encuentran listas las personas que la conforman.
para ser adaptado a las
necesidades de una organización
individual.
• Puede incluir no sólo una
implementación de la Arquitectura
Industria, sino también otros
elementos de la solución, como los
productos específicos, servicios y
soluciones de sistemas que sean
apropiadas a dicha industria.
61
SOLUTION CONTINUUM
• Servicios Profesionales: capacitación y servicios de
consultoría o de apoyo: Help-Desk
Foundation Solutions • Lenguajes de programación, sistemas operativos, las
estructuras fundamentales de la organización de las
operaciones de TI (como ITIL)…

Systems Solutions • Sistemas de gestión de la empresa o un productos de sistema

de seguridad.

• Esquemas de base de datos física, dispositivos de punto de

Industry Solutions servicio específicos de la industria por ejemplo para la
atención de pensionistas.

Organization-Specific • Sistema de Gestión de Pensionistas de la Oficina de

Solutions Normalización Previsional

62
 SOLUTION CONTINUUM
Cuando los procesos de negocios
La razón de tener dos niveles de
deben cambiar, un enfoque de dos
representación arquitectónicas
Por lo general, esto se traduce en una niveles puede reducir
separadas y líneas de trabajo
mejora de la eficiencia de la empresa el significativamente tanto el esfuerzo
(arquitectura y soluciones) es tener
cambio y el aumento de rendimiento que supone la arquitectura de la
independencia entre la empresa y las
de la inversión. empresa y el análisis del proyecto y los
soluciones, permitiendo un mejor nivel
riesgos al permitir un mejor punto vista
de abstracción.
de la arquitectura empresarial.

Los productos y servicios pueden ser

Los Solution Building Blocks (SBB) alcanzados por los arquitectos del
refinan los hallazgos y planteamientos proyecto, con la supervisión de un
Al igual que con de ABB, la
definidos en los Architecture Building arquitecto de la empresa generando un
granularidad de SBB varía de un nivel a
Bloks (ABB) considerando incluso una portafolio que podrían ser atendido
otro y aumenta de izquierda a derecha.
decisión intermedia de adquirir o por algunas metodologías de desarrollo
hacer. como RUP o SCRUM (o su
combinación).

63
 SOLUTION CONTINUUM

AC actúa como una capa de

TOGAF recomienda que AC y SC se
TOGAF cita la relación entre AC y SC
trabajan simultáneamente y de
orientada a la orientación, dirección
forma concurrente, con un desfase
y apoyo.
de un solo paso entre sus fases.
arquitectura para la SC, que
evolucionará de forma continua
mientras que el seguimiento y la
incorporación de la información
recibida desde el proceso de SC.

El ciclo de la arquitectura se termina Una aplicación robusta de ADM se

cuando se alcanza el desarrollo del
último nivel, sin embargo según
ADM, las actividades de análisis
pueden comenzar antes de que se
complete la arquitectura final de la
empresa.
puede conseguir a través de la
consecución de los "objetivos del
modelo" que representan logros
comunes para proyectos tanto de
arquitectura empresarial como de
soluciones.

64
APLICACIÓN DEL ARCHITECTURE CONTINUUM
EJEMPLO IBM

65
ARCHITECTURE DEVELOPMENT METHOD -
ADM
 TOGAF ARCHITECTURE DEVELOPMENT METHOD
(ADM)
Preparar la organización para un
proyecto de arquitectura
Preliminar
Asegurar que cada etapa esté
basada y valide los
Definir el contexto, alcance,
requerimientos del negocio
restricciones, expectativas;
crear visión de arquitectura
A.
Visión de la
H. Arquitectura Desarrollar arquitectura de
Procesos de gestión de cambios Gestión del
B. negocio (AS-IS y TO-BE)
que aseguren que la Arquitectura
Cambio de
de Negocio
continuidad de la arquitectura Arquitectura
Desarrollar arquitectura de
datos y aplicaciones (AS-IS y
C. TO-BE)
G.
Gestión de Arquitectura
Gobierno de la
Verificar que la implementación Requerimientos de Sistemas de
Implementación
Información
sea conforme a la arquitectura Desarrollar arquitectura
definida tecnológica e infraestructura
(AS-IS y TO-BE)
F. D.
Planeamiento Arquitectura
de Migración de Tecnología
E.
Analizar costos, beneficios y Oportunidades Realizar planeamiento inicial
riesgos y Soluciones de implementación