El documento explica por qué las empresas necesitan una arquitectura empresarial. Una arquitectura empresarial puede mejorar la eficiencia operativa de TI, reducir los costos de soporte y desarrollo de software, e incrementar la portabilidad de aplicaciones. También mejora la interoperabilidad, facilita la administración, mejora la capacidad de respuesta y flexibilidad para actualizar e intercambiar componentes.

1. TOGAF - ¿Por qué necesito una
Arquitectura Empresarial?
Presenta:
Octavio Ramírez Sifuentes

2. La organización lógica para los procesos de negocio y la infraestructura de TI que
reflejan la integración y estandarización de los requerimientos del modelo operativo
de una empresa.
¿Qué es Arquitectura Empresarial?

3. La organización lógica para los procesos de negocio y la infraestructura de TI que
reflejan la integración y estandarización de los requerimientos del modelo operativo
de una empresa.
¿Qué es Arquitectura Empresarial?
Un modelo conceptual que define estructuras y operación de una organización. La
intención de una AE es determinar como una organización puede alcanzar más
eficientemente sus objetivos actuales y futuros.

4. La organización lógica para los procesos de negocio y la infraestructura de TI que
reflejan la integración y estandarización de los requerimientos del modelo operativo
de una empresa.
¿Qué es Arquitectura Empresarial?
Un modelo conceptual que define estructuras y operación de una organización. La
intención de una AE es determinar como una organización puede alcanzar más
eficientemente sus objetivos actuales y futuros.
Negocio
Datos
Aplicaciones
Tecnología
Estrategia del negocio,
gobierno, organización y
procesos clave de negocio.
Modelo de los sistemas de
aplicación, sus interacciones y
relaciones con los procesos de
negocio.
Estructura de los activos de
datos físicos y lógicos y los
recursos de administración de
datos.
Infraestructura, redes,
middleware, procesamiento,
comunicaciones, etc.
Dominios

5. ¿Qué es el Open Group?
Contexto
Es un consorcio de la industria del software que provee estándares
abiertos neutrales para la infraestructura de la informática
http://www.opengroup.org/aboutus
Standard Open Group Membership
• Platinum 7
• Gold 61
• Silver 372
• Academic 38

6. ¿Qué es el Open Group?
Contexto
Es un consorcio de la industria del software que provee estándares
abiertos neutrales para la infraestructura de la informática.
http://www.opengroup.org/aboutus
¿Qué es el TOGAF?
The Open Group Architecture Framework (TOGAF) es un marco de trabajo de Arquitectura empresarial que
proporciona una guía para el diseño, planificación, implementación y gobierno de una arquitectura
empresarial en 4 dimensiones: Negocios, Sistemas de información (Datos y Aplicaciones) y Tecnológicas.
https://www.opengroup.org/togaf/

7. ¿Qué es el Open Group?
Contexto
Es un consorcio de la industria del software que provee estándares
abiertos neutrales para la infraestructura de la informática.
http://www.opengroup.org/aboutus
¿Qué es el TOGAF?
The Open Group Architecture Framework (TOGAF) es un marco de trabajo de Arquitectura empresarial que
proporciona una guía para el diseño, planificación, implementación y gobierno de una arquitectura
empresarial en 4 dimensiones: Negocios, Sistemas de información (Datos y Aplicaciones) y Tecnológicas.
https://www.opengroup.org/togaf/
ü Método de Desarrollo de arquitecturas (ADM)
ü Guías y técnicas (directrices para diseñar arquitecturas)
ü Marco de referencia de contenido (Entregables)
ü Taxonomías para categorizar las salidas de la arquitectura
ü Modelos de Referencia (TRM & III-RM)

8. 1. Establecer un marco de referencia de arquitectura (preliminar)
2. Desarrollar el contenido de la arquitectura (visión negocio, TI, Tecnología)
3. Realizar transiciones (oportunidades y soluciones, planificación de la migración)
4. Gobernar la implementación y cambios de arquitecturas
ADM – Architecture Development Method
ü Método para derivar o crear Arquitecturas Empresariales Específicas
ü Proceso probado y repetible
Los productos de trabajo se clasifican en 3 categorías:
• Entregables
• Artefactos
• Bloques de construcción

9. • Entregables: Es un producto de trabajo revisado formalmente y especificado contractualmente.
Los entregables pueden tener muchos artefactos.
• Artefactos: Describe un aspecto en particular y son clasificados como:
• Catálogos (lista de cosas)
• Matrices (mostrando relación entre cosas)
• Diagramas (imágenes de cosas)
• Bloques de construcción: Representa un componente reutilizable y siempre son definidos a
varios niveles de detalle y hay de 2 tipos:
• Arquitectura (ABB): Describen capacidades estableciendo la especificación de los SBB.
Ejemplo: J2EE (Guía)
• Soluciones (SBB): Representan componentes que implementan la capacidad especificada.
Ejemplo: WebLogic, JBOSS (Soporta)
Artefactos
Catálogos
Matrices
Diagramas
Bloques de Construcción
Que son
describiendo
Entregable
ADM – Architecture Development Method

10. Preliminar
A
Visión
B
Negocio
C
Sistemas
Información
D
Tecnología
E
Oportunidades
& soluciones
F
Planeación
migración
G
Gobierno
H
Administración
de Cambios
Administración
de
requerimientos
ADM – Architecture Development Method

11. Preliminar
A
Visión
B
Negocio
C
Sistemas
Información
D
Tecnología
E
Oportunidades
& soluciones
F
Planeación
migración
G
Gobierno
H
Administración
de Cambios
Administración
de
requerimientos
Preparación e iniciopara
una nueva Arquitectura
Empresarial
Fase de inicial del ciclo de
desarrollo de arquitecturas.
Crea la Visiónde la arquitectura
y el Enunciado de Trabajo.
Desarrolla la
arquitectura de
Negocio
Desarrolla la arquitectura de
Sistemas de Información
o Datos
o Aplicaciones
Desarrolla la
arquitectura
Tecnológica
Planeación inicial de la
implementación y
Arquitectura de Transición
Definición detallada del Plan
de Implementación y
Migración
Seguimiento/supervisión
arquitectónica de la
implementación/proyectos
Proceso de administrar los
requerimientos de
arquitecturas a través del
ADM
Procedimientos
para la
Administración
del Cambio

12. Preliminar
A
Visión
B
Negocio
C
Sistemas
Información
D
Tecnología
E
Oportunidades
& soluciones
F
Planeación
migración
G
Gobierno
H
Administración
de Cambios
Administración
de
requerimientos
Fase Preliminar
Entregables (Salidas de fase)
Modelo organizacional para la arquitectura
empresarial
Principios de Arquitectura
Petición de trabajo de Arquitectura (RAW)
Principios, Metas y Motivadores de Negocio
Repositorio de Arquitectura
Frameworkpersonalizado de Arquitectura
Técnicas
Principios de Arquitectura
ADM – Architecture Development Method

13. Preliminar
A
Visión
B
Negocio
C
Sistemas
Información
D
Tecnología
E
Oportunidades
& soluciones
F
Planeación
migración
G
Gobierno
H
Administración
de Cambios
Administración
de
requerimientos
Entregables (Salidas de fase)
Visión de la Arquitectura
Enunciado de Trabajo de Arquitectura (SOW)
Evaluación de Capacidades
Plan de comunicación
Técnicas
Escenarios de Negocio
Administración de los Interesados
Planeación basada en capacidades
BTEP – Business Transformation Readiness
Assessment (Evaluación de Capacidad de
Transformación de negocio)
ADM – Architecture Development Method
Fase A. Visión

14. Preliminar
A
Visión
B
Negocio
C
Sistemas
Información
D
Tecnología
E
Oportunidades
& soluciones
F
Planeación
migración
G
Gobierno
H
Administración
de Cambios
Administración
de
requerimientos
Entregables (Salidas de fase)
Documento de definición de Arquitectura
Especificación de Requerimientos de
Arquitectura
Mapa de Ruta de Arquitectura
Bloque de construcción de Arquitectura (ABB)
à Solo la definición
Técnicas
Análisis de Brechas
Interoperabilidad
Patronesde Arquitectura
Escenarios de Negocio
ADM – Architecture Development Method
Fases B. Arq. Negocio, C. Arq. Sistemas de Información
y D. Arq. Tecnológica

15. Preliminar
A
Visión
B
Negocio
C
Sistemas
Información
D
Tecnología
E
Oportunidades
& soluciones
F
Planeación
migración
G
Gobierno
H
Administración
de Cambios
Administración
de
requerimientos
Entregables (Salidas de fase)
Plan de Implementación y Migración
• Para Fase E à Alto Nivel
• Para Fase F à Detallado
Modelo de Gobierno de Implementación (Fase F)
Bloque de construcción de Arquitectura (ABB) à Versión Final
Arquitectura de Transición (Fase E)
Bloque de construcción de Soluciones (SBB)
Técnicas
Matriz de deducción/evaluación factores de implementación
Matriz de dependencias, soluciones y brechas
Tabla de incrementos de definición de Arquitectura
Tabla de evolución de estados de arquitectura de transición
Técnica de evaluación de valor al negocio
ADM – Architecture Development Method
Fase E. Oportunidades y soluciones, F. Planeación de
Migración

16. Preliminar
A
Visión
B
Negocio
C
Sistemas
Información
D
Tecnología
E
Oportunidades
& soluciones
F
Planeación
migración
G
Gobierno
H
Administración
de Cambios
Administración
de
requerimientos
Entregables (Salidas de fase)
Petición de Cambio – RFC (Fases: F, G, H)
Evaluación de Cumplimiento (Fase G)
Evaluación de Impacto de Requerimientos
Técnicas
Administración de Riesgos
ADM – Architecture Development Method
Fase G. Gobierno, H. Administración de
Cambios

17. ¿por qué necesito una arquitectura empresarial?

18. ¿por qué necesito una arquitectura empresarial?
Operación de TI mas eficiente
Menores costos de soporte,
desarrollo y mantenimiento de
Software
Incremento en la portabilidad de
aplicaciones
Mejora la interoperabilidad y
facilidad de administración
Mejorala capacidad de respuesta
Fácil actualización e intercambio de
los componentes

19. ¿por qué necesito una arquitectura empresarial?
Operación de TI mas eficiente
Menores costos de soporte,
desarrollo y mantenimiento de
Software
Incremento en la portabilidad de
aplicaciones
Mejora la interoperabilidad y
facilidad de administración
Mejorala capacidad de respuesta
Fácil actualización e intercambio de
los componentes
Mejores retornos de las
inversiones existentes
Reducción de riesgos para las
nuevas inversiones
Reducción de la complejidad en la
infraestructura
Máximo ROI de la infraestructura
existente
Flexibilidad para hacer, comprar o
tercerizar soluciones
Reducirel riesgo de nuevas
inversiones
Reducir el TCO

20. ¿por qué necesito una arquitectura empresarial?
Operación de TI mas eficiente
Menores costos de soporte,
desarrollo y mantenimiento de
Software
Incremento en la portabilidad de
aplicaciones
Mejora la interoperabilidad y
facilidad de administración
Mejorala capacidad de respuesta
Fácil actualización e intercambio de
los componentes
Mejores retornos de las
inversiones existentes
Reducción de riesgos para las
nuevas inversiones
Reducción de la complejidad en la
infraestructura
Máximo ROI de la infraestructura
existente
Flexibilidad para hacer, comprar o
tercerizar soluciones
Reducirel riesgo de nuevas
inversiones
Reducir el TCO
Compras mas rápidas simples
y baratas
Decisiones de compramas simples
basado en u plan
Proceso de compras mas rápido y
flexible sin comprometer la
arquitectura
Habilidad para comprar sistemas
abiertos heterogéneos y de múltiples
proveedores

21. ¿por qué necesito una arquitectura empresarial?
Operación de TI mas eficiente
Menores costos de soporte,
desarrollo y mantenimiento de
Software
Incremento en la portabilidad de
aplicaciones
Mejora la interoperabilidad y
facilidad de administración
Mejorala capacidad de respuesta
Fácil actualización e intercambio de
los componentes
Mejores retornos de las
inversiones existentes
Reducción de riesgos para las
nuevas inversiones
Reducción de la complejidad en la
infraestructura
Máximo ROI de la infraestructura
existente
Flexibilidad para hacer, comprar o
tercerizar soluciones
Reducirel riesgo de nuevas
inversiones
Reducir el TCO
Compras mas rápidas simples
y baratas
Decisiones de compramas simples
basado en u plan
Proceso de compras mas rápido y
flexible sin comprometer la
arquitectura
Habilidad para comprar sistemas
abiertos heterogéneos y de múltiples
proveedores
Beneficios que derivan de:
Una mejor planeación, visibilidad más temprana y diseño más informado

22. ¿por qué necesito una arquitectura empresarial?

23. Octavio Ramírez Sifuentes
ocars.mexico@gmail.com
oca_rsmx.linkedin.com/in/ocars
oca_rs