Arquitectura Empresarial V1

Perspectiva del Sofware Libre
Msig. Fausto Correa

Email: fausto.correa@horizontesazules.ec
Arquitectura Empresarial
1. Conceptos y definiciones
2. Posicionando Enterprise Architecture
3. Introducción a TOGAF
4. Realizando Enterprise Architecture
5. Integración con otros frameworks
Reflexión
Antes de empezar piense en si nos encargaran construir 2 torres de 50 pisos

cada una con los siguientes requerimientos:
1. 500 apartamentos tipo loft de 1, 2, 3 alcobas con parqueaderos
2. 145 oficinas desde 60 mts2 hasta 600 mts2
3. 200 locales comerciales desde 10 mts2 hasta 156 mts2
4. Zonas verdes y edificio ecológico
5. Ubicado en la zona centro de Guayaquil
6. Etc,etc,
Y para esto solo contratamos Gerentes de Obra, Ingenieros Civiles y Obreros.
¿Qué resultado obtendríamos?
¿Qué y Quién nos hace falta?

Problemas que queremos resolver
con la Arquitectura de TI
La falta de Aplicaciones
alineación entre desintegradas
TI y el negocio (silos).
La falta de alineación entre TI y el
negocio
• Como puede la TI apoyar la estrategia
• Tipos de estrategia:
– Operational excellence
• Eficiencia en los procesos
• Volumen y bajos costos
– Product leadership
• Innovación en producto y mercadeo
– Customer intimacy
• Excelencia en el servicio al cliente
Aplicaciones desintegradas (silos)
• Duplicidad de datos y
funcionalidad
• Organización funcional
de la empresa
– Diferentes
departamentos para
diferentes funciones
– Cada departamento
tiene su propio sistema
• No existen procesos
¿Qué es Arquitectura Empresarial?
Arquitectura:
El Arte y Ciencia de diseñar para
edificar y construir
Arquitectura Empresarial:
El Arte y Ciencia de diseñar estrategias de TI para las
empresas que innoven y agreguen valor
Arquitectura
• Punto de enlace entre

lo bonito y lo funcional
– Casas o edificios que
sean lindos dentro de un
contexto, pero que sirva
para lo requerido
¿Qué es una empresa?
Depto Depto Depto

Cliente A B C
Proveedor
¿Qué es Arquitectura de TI?
• Organización fundamental de un sistema que

describe sus elementos y la relación entre
ellos. Guiado por unos principios y pensando
en su evolución.
• Generar una estructura con una visión
Arquitectura de TI
• El arte y la ciencia de diseñar soluciones
tecnológicas que produzcan valor a las
organizaciones
• Punto de enlace entre el negocio(objetivos,
innovación, valor) y tecnología.
• Estratega de tecnología para el negocio
• El innovador de la empresa apalancado en la
tecnología.
Arquitectura de TI
• La ciencia de alinear las necesidades de
negocio y las soluciones de TI, tal como existe
hoy en día.
• El objetivo de la arquitectura empresarial es
maximizar el valor de negocio entregado por
la inversión en TI.
• Es la organización lógica de los procesos de

negocio y la infraestructura de TI, reflejando las
necesidades de integración y estandarización del
modelo de funcionamiento de la empresa.
• La arquitectura empresarial ofrece una visión a
largo plazo de los procesos de la empresa,
sistemas y tecnologías para que los proyectos se
puedan ejecutar y no sólo satisfacer las
necesidades inmediatas.
Elementos de la AE
Requerimientos
Stakeholders
logical layers,
Proceso tiers, Lenguaje
viewpoints/views
Modelos de Referencia
Requerimientos o Requisito
• La arquitectura es un medio para asegurar que las

organizaciones pueden cambiar y satisfacer las
demandas del mercado y que operar de manera
eficiente.
• Un requerimientos describe una condición o capacidad
que un sistema debe cumplir, ya sea derivado
directamente de las necesidades del usuario, o dicho
en un contrato, norma, especificación u otro
documento formalmente impuesto
• Mecanismos para expresarlos
– Casos de Uso
– Historias de Usuario
Stakeholders
• Quienes pueden afectar o son afectados por las

actividades de una empresa.
– R. E. Freeman.Strategic Management: A Stakeholder
Approach (Pitman, 1984)
– Deben ser considerados como un elemento esencial
en la planificación estratégica de los negocios
• Traducción literal: Parte Interesada
• También son llamados interesados o involucrados
en un problema determinado, y que necesitan
una solución
logical layers, tiers, viewpoints/views
• Cuando dividimos todo en: negocios, información,
aplicaciones e infraestructura, estamos hablando de
capas (layers) de la arquitectura.
• Cuando dividimos software en: la presentación, lógica
de negocio, y componentes de datos, estamos
hablando de niveles lógicos (tiers) en el software
• Cuando describimos el sistema de forma diferente
dependiendo de la perspectiva de la parte
interesada(stakeholder), decimos que estamos
describiendo una visión (view) de la arquitectura desde
un punto de vista determinado (viewpoints).
Proceso
Seleccionar
Proyectos
Administrar Crear
Arquitectura Arquitectura
Comunicar
Arquitectura
Lenguajes y Modelos
• La arquitectura
Lenguaje Alcance Audiencia Estilo
se expresa
usando Negocio, Arquitectos y
Archimate Información y Stakholders Grafico
diagramas y Tecnología
modelos. Negocio, Arquitecto e
UML Información y Ingeniero de Grafico
• Existen Software Software
diferentes Negocio Analistas de
BPMN (procesos) proceso Grafico
lenguajes de
modelado. ERM (Entity Ingeniero de
Relationship Información software Grafico
Gráficos y Texto Model)
Modelos de Referencia
• Modelos genéricos de referencia (plantilla)

que pueden ser utilizados como punto de
partida para las organizaciones, para
estructurar su propia arquitectura de la
empresa. Proporciona un vocabulario común.
– AQPC (procesos). http://www.apqc.org
– Business Information Services Library(BISL)
– Modelos de Referencia de TOGAF
– ETOM
Frameworks y Metodologías de AE
• The Zachman Framework for Enterprise

Architectures
• The Open Group Architecture Framework
(TOGAF)
• Federal Enterprise Architecture (FEA)
• Gartner
http://msdn.microsoft.com/en-us/library/bb466232.aspx
¿Por qué se necesita un Framework?
• Agiliza y simplifica la definición y el desarrollo de
la arquitectura, asegurando un cubrimiento más
completo de la solución diseñada
• Asegura que la arquitectura seleccionada permita
el crecimiento futuro en respuesta a las
necesidades del negocio.
• Por que diseñar una Arquitectura es un proceso
técnicamente complejo, y el diseño de
arquitecturas heterogéneas de múltiples
proveedores es particularmente complejo.
• Desmitificar la Arquitectura Empresarial
ZACHMMAN
ZACHMMAN
• Es el primer modelo de Arquitectura

Empresarial. Año 1987.
– Framework for Information System Architecture
• No propone un método específico para
obtener cada elemento
• Demasiados elementos. Estructurados y
organizados
The Open Group Architecture
Framework (TOGAF)
Enterprise Continuum
http://www.opengroup.org
Proceso Genérico de AE (Visión
IASA)
Seleccionar
Proyectos
Administrar Crear
Arquitectura Arquitectura
Comunicar
Arquitectura
Crear Arquitectura (Punto inicial de TOGAF)
Innovación
TO - BE
Proyectos
The Open Group Architecture
Framework (TOGAF)
Innovaciones CLOUD COMPUTING
MOVIL
Tecnológicas INTERNET
AS-IS TO-BE
Arquitectura de Negocio Arquitectura de Negocio
proyecto
Arquitectura Arquitectura proyecto Arquitectura Arquitectura

de de de de
Información Aplicaciones Información Aplicaciones
proyecto
Arquitectura de Tecnología Arquitectura de Tecnología
Requerimientos del Negocio

Mercado y Competencia
Restricciones Legales
Business Architecture
Arquitectura de Negocio
Procesos
Objetivos
Entidades
Actores de
Información
Procesos en la Organización
APQC Marco de Referencia
• Excelencia Operativa http://www.apqc.org
– Estandarización e
Integración
– Simplificación
– Digitalización de Procesos
– Autoservicio
• Empresa 5 ceros
– 0 Inventario
– 0 Papel
– 0 Retardo
– 0 Desperdicio
– 0 Errores
¿Que es un proceso de negocio o
Business Process ?
• Es un flujo coordinado
de decisiones, eventos y BPMN
actividades, conducida
por participantes que
actúan sobre datos,
información o
conocimiento y que son
necesarias para lograr
un objetivo de la
organización
Data Architecture
•
Arquitectura
La información es el mayor activo
de Información
de la empresa
• Existen diferentes dominios de
información
Master Data
• El modelo relacional y SQL no es lo
Metadata
Analítica
único que existe
Data
Data Data No
Estructurada Estructurada
Arquitectura de Información
Meta Modelo de Datos
Master Data
Metadata
Analítica
Data
Data Data No
Estructurada Estructurada
Application Architecture
Arquitectura de Aplicaciones
• Aplicaciones y servicios para cumplir los
objetivos del negocio.
• Las aplicaciones no se deben describir como
software complejos, sino como grupos lógicos
de capacidades y servicios.
Arquitectura de Software
Aplicaciones Orientadas a Servicios
Antes de SOA Después de SOA
Cliente
GUI
Aplicación
Monolítica Lógica
Servidor BD
Archivos
SOA Open Group Reference

Technical Architecture
Arquitectura de Infraestructura
• Describir la
infraestructura
tecnológica
– Servidores
– Sistemas operacionales
– Bases de Datos
– Middleware
– Redes
• Canales
• Routers
• Firewalls
¿Por qué hacer AE?
• La empresa no cuenta con información confiable ni a
tiempo.
• Existen muchos proyectos de TI y esto se esta
volviendo complejo de manejar.
• Fusiones y adquisiciones de empresas
• La empresa quiere eliminar una unidad o esta
buscando oportunidades de outsourcing.
• Cambios en leyes que afectan el negocio.
• Automatización de la relación con clientes o
proveedores.
• Relación muy débil entre las áreas y TI
• Sistemas desconectados (silos)
¿Qué conocimientos y competencias
debe tener el AE?
Arquitectura de Arquitectura de Arquitectura de Arquitectura de

Dominios Negocio Información Software Infraestructura
Fundamentos Estrategia de Tecnología y Negocios

Conceptuales
Entorno de TI
Requerimientos, Atributos de Calidad
Diseño
Dinámicas Humanas
Introducción a TOGAF para el desarrollo de Enterprise Architecture
Posicionando Enterprise Architecture
Problemáticas IT Management
Definición de Enterprise Architecture
Enterprise Architecture
Beneficios aportados por EA
Mecanismo de transformación
43

Problemáticas IT Management
Global
Business productivity and cost reduction 1
IT and business alignment 2
Business agility and speed to market 3
Business process management and reengineering 4
IT reliability and efficiency 5
Revenue-generating IT innovations 6
IT strategic planning 7
IT cost reduction 8
Project management 9
Globalization 10
Top IT Management Concerns identified by (Luftman & Zadeh, 2011)
44

Definición de Enterprise Architecture
“Conjunto coherente de principios, métodos y modelos que se

utilizan en el diseño y la realización de la estructura de una
empresa, organización, procesos de negocio, sistemas de
información e infraestructura." (Lankhorst, 2013).
"El proceso de traducir la visión y la estrategia de negocio de la

empresa en un cambio efectivo mediante la creación, la
comunicación y la mejora de los requisitos fundamentales, principios
y modelos que describen el estado futuro de la empresa y que
permiten su evolución." (Lapkin, et al., 2008).
45

Enterprise Architecture
46

Beneficios aportados por EA
Resumen de beneficios aportados por EA (Lange & Mendling, 2011)
Business-IT alignment
Cost reduction
Standardization/consolidation/Complexity management
Management/governance/transformation
Agility
Transparency
Innovation
IT cost reduction
Other business support - Risk Management / Business continuitymanagement
Regulatory compliance
47

Mecanismo de transformación
48
Introducción a TOGAF
¿Qué es TOGAF?
TOGAF respecto a otros Frameworks
Estructura de TOGAF
49
¿Qué es TOGAF?
The Open Group Architecture Framework

Metodología y Framework de Enterprise Architecture (EA) más
utilizado por las organizaciones a nivel mundial para mejorar la
eficiencia empresarial.
Estándar de EA más destacado y confiable, asegurando normas
coherentes, métodos, y la comunicación entre los profesionales de
EA (Standard de Facto).
TOGAF evita a los profesionales estar atrapados por métodos
propietarios (Open Standard), ayuda a utilizar los recursos de
manera más eficiente y eficaz, y lograr un mayor retorno de la
inversión.
http://www.opengroup.org/
50
TOGAF respecto a otros Frameworks
Comparative Analysis of EA Frameworks by (Cameron & McMillan,2013)
51
Estructura de TOGAF
52
Estructura de TOGAF
PARTE I: Introducción global
PARTE II: Paso a paso para
desarrollar EA.
PARTE III: Directrices y
técnicas para la aplicación de
TOGAF y ADM.
PARTE IV: Meta modelo
estructurado para los
artefactos de arquitectura. Un
lenguaje común.
PARTE V: Categorización y
almacenamiento de los
entregables de la actividad de
arquitectura.
PARTE VI: Modelos de
referencia.
PARTE VII: Organización,
procesos, habilidades, roles y
responsabilidades necesarios
para establecer y operar la
función de EA.
http://www.togaf.info/
53
TOGAF Capability Framework
Informs the Sets targets, KPIs,

capability Architecture Capability budgets for
Framework (Part VII) architecture roles
Ensures Realization
Drives need for
of Business Vision Architecture Capability
maturity
Business needs Architecture Development Delivers new

feed into method Method (Part II) business solutions
Business Vision ADM Guidelines & Business

Refines
and Drivers Techniques (Part III) Capabilities
Understanding
TOGAF ADM &
Architecture Content Content Framework
Framework (Part IV)
Enterprise Continuum &

Tools (Part V)
Informs the Business Operational changes
TOGAF Reference cause updates
of the current state
Models (Part VI)
TOGAF Enterprise
Continuum & Tools
54
Estructura de TOGAF - Capability Framework
Definición estructurada de la organización, habilidades, roles y responsabilidades para

establecer y operar EA:
Términos de Referencia para el
Architecture Board
Orientación sobre los
indicadores de Architecture
Compliance vs Architecture
Contracts
Procesos y estructuras
organizativas necesarias para
operar el Architecture
Governance
Las técnicas para la evaluación
del Architecture Maturity Una
visión general de las
habilidades requeridas para el
desarrollo de la arquitectura
55
Estructura de TOGAF – Architecture Development Method (ADM)
Identificar la estrategia de la
organización y obtener su compromiso
y participación.
Identificar (Entender) la situación
actual y Diseñar (Proponer) la situación
futura en relación a los dominios de
arquitectura Negocio, Sistemas de
Información (Data & Application) y
Tecnología
Implementación de la transformación
Monitorización y gestión de la
arquitectura para que se mantenga
alineada a los requerimientos de
negocio
56
Estructura de TOGAF - Content Framework (I)
Proporciona un
estándar detallado
de cómo se deben
describir las
arquitecturas
Los building blocks
son los elementos
básicos de
arquitectura en
TOGAF
57
Estructura de TOGAF - Content Framework (II)
Content Framework
proporciona un modelo
estructurado de tipos de
building blocks, relaciones y
atributos
Content framework
proporciona granularidad
para el modelado de
arquitecturas gracias al
concepto de extensión de
modelo
The Open Group. (2011, December)

58
Estructura de TOGAF - Content Metamodel artifacts
Views and viewpoints
The Open Group. (2011, December)
http://www.togaf.info/
59
Estructura de TOGAF - Fragmentación de la empresa (Partitinoning)
Gestión de la complejidad
Permite la gestión de los costes y la complejidad mediante la fragmentación de la
empresa y la asignación de funciones y responsabilidades correspondientes a cada
partición
60
Estructura de TOGAF - Repositorio de arquitectura
El Repositorio de Arquitectura es un almacén de información donde se almacenan los

elementos resultantes de ADM: The Open Group. (2011, December)
Architecture Metamodel
describe el framework en uso
dentro de la empresa
Architecture Landscape muestra
el estado de operación de la
empresa en el tiempo
Reference Library contiene los
elementos de arquitectura
reutilizables
Standards Information Base
define los criterios de
cumplimiento
Governance Log registra los
resultados de la actividad de
gobierno, como las evaluaciones
de cumplimiento
Architecture Capability describe
la organización, funciones,
competencias y
responsabilidades de la función
EA
61
Realizando Enterprise Architecture
El ciclo ADM y sus fases

Las Iteraciones de ADM
Niveles de aplicación de ADM
62

El ciclo ADM y sus fases
Preliminary: Preparación de la organización para la
implantación de TOGAF. Request for Architecture Work (RAW)
Fase A: Establecer el alcance, las limitaciones y las expectativas
de un proyecto TOGAF. Creación de la visión de arquitectura.
Identificación de interesados y sus preocupaciones. Validar el
contexto de negocioWork (SAW)
Fase B,C,D: Business | Information . Statement of Architecture
Systems (Application/Data) | Technology. AS-IS / TO-BE / Gap
Analysis
Fase E: Planificación inicial de la implementación y las posibles
arquitecturas de transición
Fase F: Plan detallado de implementación y Migración. AS-IS 
TO-BE
Fase G: Supervisión de la implantación de la arquitectura
definida en el Architecture Contract. Supervisión de la
conformidad de los proyectos.
Fase H: Proceso de gestión del cambio y la vigilancia continua
para asegurar que la arquitectura responde a las necesidades de
la empresa, y maximiza el valor de negocio.
RM: Gestión de requerimientos y validación de TOGAF respecto
a los requerimientos de negocio
63

Las Iteraciones de ADM
64

Niveles de aplicación de ADM
65
Integración con otros Frameworks
Relación con otros IT Frameworks

Marcos principales de interacción
Detalle de interacción y procesos
66

Relación con otros IT Frameworks
COBIT proporciona la dirección en el proceso de cambio

TOGAF proporciona la visión general de porque los cambios son necesarios
PRINCE2 proporciona la implementación de los cambios
ITIL gestiona las operaciones
67

Marcos principales de interacción
COBIT proporciona la dirección de gobierno de IT y EA

PRINCE2 proporciona la gestión de proyectos en general y proyectos de Arquitectura utilizando
TOGAF. TOGAF proporcionará iniciativas de proyecto para su análisis y dimensionamiento.
ITIL proporciona los compromisos IT (IT Strategy) para su incorporación en EA a la vez que los detalles
de los componentes IT. TOGAF proporciona a ITIL los principios de arquitectura y modelos para que IT
esté alineado con el Negocio.
68

Detalle de interacción y procesos
69
Ejemplo: Venta en mostrador
• Descripción de Negocio
– Venta directa de productos especializados como:
empanadas, arepas, etc. Con una receta original
– No existe ningún sistema de información
– El segmento de clientes las personas que pasan
por la tienda
– Propuesta de valor: la receta original y la atención
por parte del dueño
– Ventas diarias de 200 unidades
Ejemplo
TO-BE
Objetivos del Negocio
Automatización del Servicio

Aumento de Ventas
Proyecto N
AS-IS Proyecto 2
Proyecto 1
Acceso Web
Dispositivos Electrónicos
Tendencias Tecnológicas
Lenguaje: Archimate
Referencias
Cameron, B., & McMillan, E. (2013). Analyzing the Current Trends in Enterprise Architecture
Frameworks. Journal of Enterprise Architecture, 9(1), 60-71.
Lange, M., & Mendling, J. (2011). An Experts' Perspective on Enterprise Architecture Goals,
Framework Adoption and Benefit Assessment. 2011 IEEE 15th International Enterprise
Distributed Object Computing Conference Workshops, 304-313.
Lankhorst, M. (2013). Introduction to Enterprise Architecture. In Enterprise Architecture at
work (3rd ed., pp. 1-10). Berlin, Heidelberg: Springer Berlin Heidelberg.
Lapkin, A., Allega, P., Burke, B., Burton, B., Bittler, R. S., Handler, R. A., . . . Gall, N. (2008). Gartner
Clarifies the Definition of the Term 'Enterprise Architecture'. Gartner Research.
Luftman, J., & Zadeh, H. S. (2011). Key information technology and management issues 2010–
11: an international study. Journal of Information Technology, 26(3), 193-204.
The Open Group. (2011, December). The Open Group - TOGAF 9.1 ADM Overview Reference Card.
Retrieved June 25th, 2013, from https://www2.opengroup.org/ogsys/catalog/n111
The Open Group. (2011, December). The Open Group - TOGAF 9.1 ADM Steps Reference Card.
The Open Group. (2011, December). TOGAF 9.1 Metamodel Reference with Relationships.
The Open Group. (2011, December). TOGAF 9.1 Artifacts Associated with the Content
Metamodel. Retrieved June 25th, 2013, from https://www2.opengroup.org/ogsys/catalog/n114
73

Arquitectura Empresarial V1

Загружено:

Сведения о документе

Исходное описание:

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Arquitectura Empresarial V1

Загружено:

Авторское право:

Доступные форматы

Perspectiva del Sofware Libre

Msig. Fausto Correa

Antes de empezar piense en si nos encargaran construir 2 torres de 50 pisos

Y para esto solo contratamos Gerentes de Obra, Ingenieros Civiles y Obreros.

¿Qué resultado obtendríamos?

¿Qué y Quién nos hace falta?

El Arte y Ciencia de diseñar para

• Punto de enlace entre

Depto Depto Depto

• Organización fundamental de un sistema que

• Es la organización lógica de los procesos de

• La arquitectura es un medio para asegurar que las

• Quienes pueden afectar o son afectados por las

• Modelos genéricos de referencia (plantilla)

• The Zachman Framework for Enterprise

• Es el primer modelo de Arquitectura

Arquitectura Arquitectura proyecto Arquitectura Arquitectura

Arquitectura de Tecnología Arquitectura de Tecnología

Requerimientos del Negocio

Meta Modelo de Datos

SOA Open Group Reference

Arquitectura de Arquitectura de Arquitectura de Arquitectura de

Fundamentos Estrategia de Tecnología y Negocios

Requerimientos, Atributos de Calidad

Posicionando Enterprise Architecture

Posicionando Enterprise Architecture

Posicionando Enterprise Architecture

“Conjunto coherente de principios, métodos y modelos que se

"El proceso de traducir la visión y la estrategia de negocio de la

Posicionando Enterprise Architecture

Posicionando Enterprise Architecture

Posicionando Enterprise Architecture

The Open Group Architecture Framework

Comparative Analysis of EA Frameworks by (Cameron & McMillan,2013)

TOGAF Capability Framework

Informs the Sets targets, KPIs,

Business needs Architecture Development Delivers new

Business Vision ADM Guidelines & Business

Enterprise Continuum &

Definición estructurada de la organización, habilidades, roles y responsabilidades para

The Open Group. (2011, December)

Views and viewpoints

The Open Group. (2011, December)

El Repositorio de Arquitectura es un almacén de información donde se almacenan los

Realizando Enterprise Architecture

El ciclo ADM y sus fases

Realizando Enterprise Architecture

Realizando Enterprise Architecture

Realizando Enterprise Architecture

Integración con otros Frameworks

Relación con otros IT Frameworks

Integración con otros Frameworks

COBIT proporciona la dirección en el proceso de cambio

Integración con otros Frameworks

COBIT proporciona la dirección de gobierno de IT y EA

Integración con otros Frameworks

Objetivos del Negocio

Automatización del Servicio

Вам также может понравиться