I. El documento introduce los conceptos básicos de la Arquitectura Empresarial y compara diferentes marcos de referencia. II. Presenta los objetivos del taller, que son introducir conceptos de AE, exponer marcos de referencia conocidos y presentar el marco TOGAF en detalle. III. La agenda incluye sesiones sobre conceptos de AE, marcos de referencia y el marco TOGAF.
1. Arquitectura Empresarial (AE)
y el Enfoque TOGAF
Prof. Judith BARRIOS ALBORNOZ
Universidad de Los Andes
Mérida - Venezuela
Universidad Francisco de Paula Santander
Cúcuta, Colombia
Septiembre 2014
2. Una Arquitectura Empresarial (AE) establece las relaciones entre los
objetivos de una organización, sus procesos de negocios, los
sistemas de información y las tecnologías de información que los
soportan ….
Los objetivos de este taller son
I. Introducir los conceptos básicos relacionados con las AE
II. Exponer algunos de los marcos de referencia para AE más
conocidos y utilizados hoy día
III. Presentar un poco más en detalle el marco de referencia TOGAF y
sus componentes
UFPS Septiembre 2014
3. • Así, al finalizar este taller, el participante estará en capacidad de:
– Entender los conceptos fundamentales de Arquitectura Empresarial EA
– Comparar diferentes marcos de referencia de AE atendiendo a los conceptos
expresados y a las facilidades de desarrollo provistas
– Conocer los conceptos de base del marco TOGAF 9.1
– Entender y describir las fases del método ADM de TOGAF
– Comprender los roles técnicos y gerenciales que están involucrados en un
proyecto de AE
– Determinar los criterios y/o factores claves preliminares que conllevarían a la
adaptación del marco TOGAF y para un proyecto de AE especifico
UFPS Septiembre 2014
Objetivos del Taller
4. Agenda
Sesión I. Arquitectura Empresarial (AE)
Conceptos fundamentales
Sesión II. Marcos de referencia para
desarrollar AE
Sesión III. Marco de Referencia TOGAF en
detalle
5. Preliminares: Contexto de una AE
"Una arquitectura empresarial es
una descripción de objetivos
de una organización, de cómo
estos objetivos son
alcanzados a través de
procesos de negocio y de
cómo estos procesos de
negocio puede ser apoyados a
través de tecnologías de
información y
comunicaciones”
[Sessions, 2008, pp.9]
Tecnologías de
Información y
Comunicación
Procesos
Objetivos
organización
5UFPS Septiembre 2014
6. Preliminares: Contexto de una AE
Nivel de Sistemas de
Informacion
Nivel de Procesos de
Negocios
Nivel de Objetivos
Róles
Actores
Actividades
Ressource
s
Objetos
Objetivos
Vision Mission
Sistemas
BD´s HW/ SW
Documentos
Tecnologías de
Información y
Comunicación
Procesos
Objetivos
6UFPS Septiembre 2014
7. ¿Por qué Arquitectura Empresarial?
Algunas razones:
• Necesidad de una gestión y explotación efectiva de la información a través
de las tecnologías TIC – clave del éxito del negocio
• Gana ventaja competitiva si se tiene buena gestión de información
– Organizaciones mas eficientes
• Manera actual de gestionar la información y las tecnologías TI no colma las
expectativas del negocio ni cubre sus necesidades
– fragmentación y duplicación de información – inconsistencia de la misma
– no es entendida cabalmente
– no hay rápida respuesta al cambio
– alta inseguridad y riesgo
• Inversiones no justificadas en tecnologías
– organizaciones enfocadas en mantenimiento de aplicaciones de software
• Mas énfasis en desarrollo táctico de sistemas que en el estratégico
7UFPS Septiembre 2014
8. Una organización o empresa es un sistema porque es
un conjunto de elementos interrelacionados
según ciertas reglas:
– objetivos, procesos, tecnología, recursos –
humanos, materiales, financieros, …
« …partes complementarias que poseen
características, capacidades y comportamientos
que emergen de las interacciones entre las
partes » [Hitchins, 2000]
“un sistema de actividades humanas (realizadas con o
sin instrumentos) definidas y formalmente
ejecutadas para alcanzar un objetivo prefijado y
explícitamente predefinido” (Fuenmayor, 2001)
8
Preliminares: La organización u empresa como Sistema
UFPS Septiembre 2014
9. un sistema puede ser un componente de un sistema más grande o
un sistema puede contener a otros sistemas
Una organización o
empresa es vista
como un conjunto
organizado de
SISTEMAS DE
NEGOCIOS
Preliminares: La organización u empresa como Sistema
Système
Financier
Système de
Ressources
Humains
Système de
Marketing
Système de
Gestion
Système de
Production
…
Organización
Système
Financier
Système de
Ressources
Humains
Système de
Marketing
Système de
Gestion
Système de
Production
…
Système
Financier
Système de
Ressources
Humains
Système de
Marketing
Système de
Gestion
Système de
Production
…
Système
Financier
Système de
Ressources
Humains
Système de
Marketing
Système de
Gestion
Système de
Production
…
CONTEXTO
LIMITE DEL SISTEMA
9UFPS Septiembre 2014
10. Preliminares: La organización y las TIC
Organización
Cambio /
Evolución
Innovación
Ambiente
Globalizado…
Tecnológico
Organizacional
Social 10UFPS Septiembre 2014
11. Sesión I. Arquitectura Empresarial (AE)
Conceptos Fundamentales
I
Preliminares
Qué es una
Arquitectura
Empresarial
(AE)?
Notaciones,
lenguajes y
herramientas
para AE
Gestión de
Arquitectura
Empresarial AE
12. El concepto: Arquitectura
• La palabra arquitectura tiene varias acepciones – significados según el
contexto en el cual se utilice-:
– Ingeniería de Sistemas
• La estructura de un sistema expresada por sus partes y las relaciones entre las partes
– Arquitectura (del oficio o profesión)
• El diseño de una ciudad, pueblo, parque, edificio o casa
• El proceso y el producto obtenido mediante la planificación, el diseño y la construcción civil así
como de otras estructuras físicas
– Informática
• La estructura de un computador compuesto por los componentes lógicos
y los componentes físicos y las relaciones entre ellos
• El modelo conceptual que determina la estructura, el comportamiento,
la funcionalidad de un sistema lógico (software); también el de los
elementos de una empresa u organización
– Gestión de negocios
• Los documentos y/o los diagramas que describen la estructura de los elementos
que conforman una empresa u organización:
– objetivos, procesos, actividades, recursos, personal, unidades, etc…
12UFPS Septiembre 2014
13. • Arquitecturas orientadas al Software
Arquitecturas de software
• La estructura específica que tiene una aplicación o un sistema de software
particular
• Puede ser elaborado teniendo en cuenta las abstracciones de arquitecturas de
referencia o de dominio, también mediante la utilización de ciertos estilos de
arquitectura predefinidos -
13
El concepto: Arquitectura en Informática
UFPS Septiembre 2014
14. ¿Arquitectura de Referencia?
– Es una estructura genérica (de software) que provee una solución de
arquitectura atendiendo a un punto de vista o a un paradigma específico
– Este es un modelo de referencia que orienta a los arquitectos de software
durante el diseño de arquitecturas de software específicas
14
MDA
SOA
Service Oriented Architecture (SOA)Model Driven Architecture (MDA)
El concepto: Arquitectura en Informática
UFPS Septiembre 2014
15. El concepto de Arquitectura Empresarial
Una arquitectura empresarial:
• “es un todo coherente de principios, métodos y modelos que son
utilizados en el diseño y la definición de la estructura
organizacional, los procesos de negocios, los sistemas de
información y la infraestructura [tecnológica] de una empresa”
(The Archimate Foundation)
• “se trata de comprender todos los elementos diferentes que
constituyen una empresa y sus interrelaciones” (IFEAD - Institute For
Enterprise Architecture Developments, 2004 ) http://www.enterprise-
architecture.info/EA_Methods.htm
15UFPS Septiembre 2014
16. • En el contexto de las AE, el concepto arquitectura tiene las acepciones
siguientes:
16
Disciplina
• Arquitectura
Empresarial
(EA)
• Arquitectura
basada en
Servicios (SOA)
• Arquitectura de
Software
Estructura
•La estructura
organizativa de una
empresa–
divisiones,
unidades
•La estructura
genérica que tiene
una familia de
sistemas de
software
•La estructura que
tiene una
aplicación de
software particular
Producto
•El diseño o
descripción de la
estructura de una
empresa
•El modelo
conceptual que
describe una
Arquitectura
Orientada a
Servicios (SOA)
•El diseño o
descripción de la
estructura de una
aplicación
El concepto: Arquitectura Empresarial
UFPS Septiembre 2014
17. Nivel de Sistemas de
Informacion
Nivel de Procesos de
Negocios
Nivel de Objetivos
Róles
Actores
Actividades
Ressource
s
Objetos
Objetivos
Vision Mission
Sistemas
BD´s HW/ SW
Documentos
La Arquitectura Empresarial vista como un
procesos
– "Una arquitectura empresarial es el proceso
de traducir la visión y la estrategia del
negocio en un cambio de negocios efectivo a
través de la creación, comunicación y mejora
de las exigencias claves, de los principios y
modelos que describen el estado futuro de la
empresa y que habilitan su evolución”
– “la cobertura de una arquitectura
empresarial incluye la gente, los procesos, la
información y la tecnología, las relaciones
entre ellos, el contexto que lo rodea
(externe)” (Gartner, 2008)
17
AE actual y AE futura
El concepto: Arquitectura Empresarial
UFPS Septiembre 2014
18. • La arquitectura de los Sistemas de Información esta compuesta por:
– Arquitectura de Datos
– Arquitectura de Aplicaciones
18
[Jablonka, 2010]
Los Componentes de una Arquitectura Empresarial
UFPS Septiembre 2014
19. 19
• Misión, visión, objetivos, estrategias
• Funciones, procesos, actividades
• Actores, roles, estructuras organizacionales
• Recursos humanos, financieros et de
infraestructura
• Reglas de negocios (business rules)
• Entorno organizacional (contexto externo et
interno)
Arquitectura de
Negocios
(business)
• Sistemas de Información, exigencias,
información
• Aplicaciones, interfaces entre aplicaciones,
documentación
• Datos, depósitos de datos, organización lógica y
física y gestión des datos
Arquitectura de
Sistemas de
Información
• Plataformas de Hardware
• Plataformas de Software de operación
• Plataformas de Software de desarrollo
• Tecnologías de comunicaciones, redes,
protocoles, etc.
• Infraestructura eléctrica, mecánica y física del
Centro de Datos
Arquitectura de
Tecnologías IC
modelosorepresentaciones
delaempresauorganización
Los Componentes de una Arquitectura Empresarial
UFPS Septiembre 2014
20. Ejemplo de Modelo de Negocios
• Diagrama de objetivos del negocio con UML business
Septiembre 2014
class Objetivos
«objetivo»
:Asegurar el pago de
los clientes
«objetivo»
:Recolectar los datos
de consumo
«objetivo»
:Recolectar el pago
de los clientes
«objetivo»
:Ocuparse de los
clientes morosos
«objetivo»
:Asegurar exactitud
de los cargos al
cliente
«objetivo»
:Llevar información
sobre el desempeño
financiero del cliente
«y-lógico»
21. Ejemplo de Modelo de
Negocios
• Diagrama de flujo de
trabajo o diagrama de
procesos del negocio
con BPMN
• Incluye procesos,
actividades, actores –
implícitamente sus
roles
Septiembre 2014
club-bpm.com
22. Ejemplo de un modelo de Sistemas de Información
• Aplicaciones de
software y
bases de datos
asociadas por
capas
Septiembre 2014
shop.gc-sistemas.com.ar
23. Ejemplo de un modelo de Infraestructura TIC
• Red de
computadoras,
servidores y
nodos y
comunicaciones
Septiembre 2014
redesdecomputadorasumg.blogspot.com
24. Otros conceptos relacionados
con la Arquitectura Empresarial
24UFPS Septiembre 2014
Nivel de Sistemas de
Informacion
Nivel de Procesos de
Negocios
Nivel de Objetivos
Róles
Actores
Actividades
Ressource
s
Objetos
Objetivos
Vision Mission
Sistemas
BD´s HW/ SW
Documentos
Asegurar la coherencia y cooperación en el funcionamiento
del conjunto sistemas de información y el negocio
25. Urbanización de Sistemas de Información (Longépé, 2001)
Metáfora : urbanización de la ciudad
aplicada a los Sistemas de Información
Enfoque de la arquitectura de empresa
originada en Francia a inicios de la
década del 2000
Busca definir mecanismos modulares para
favorecer la flexibilidad requerida, por
los sistemas de información, para
adaptarse rápidamente a las necesidades
de la empresa y de los cambios
tecnológicos
• Basada en planes, principios y
reglas que planifican, estandarizan
la estructura de sistemas y
normalizan el desarrollo y progreso
de los sistemas en una
organización
25UFPS Septiembre 2014
26. Similitud entre Urbanismo y Arquitectura Empresarial
Actividades principales
– El diseño o modelado
– La planificación
Alcance
– El urbanismo diseña ciudades,
urbanizaciones, asentamientos
• Atendiendo a objetivos predefinidos
– La AE diseña empresas u organizaciones
• Atendiendo a un conjunto de
requisitos de la organización
Productos
– Ambos producen descripciones de diseño
(planos) y sus respectivos planes de
desarrollo
• Vías de acceso, intersecciones, calles,
avenidas---
• Servicios
– Luz, agua, gas…
26UFPS Septiembre 2014
27. El Urbanismo y la Arquitectura Empresarial
Los arquitectos empresariales
diseñan y planifican la empresa,
sus sistemas y sus TIC al nivel más
alto de abstracción
El arquitecto de software diseña los
componentes de software (aplicaciones)
de la empresa a un nivel de detalle tal
que facilite su implementación
EL urbanista NO diseña ni
construye cada edificio
El Arquitecto Empresarial NO
diseña cada Sistema de
Información
27UFPS Septiembre 2014
28. Sesión I. Arquitectura Empresarial (AE)
Conceptos Fundamentales
I
Preliminares
Qué es
una
Arquitect
ura
Empresari
al (AE)?
Notaciones,
lenguajes y
herramientas
para AE
Gestión de
Arquitectura
Empresarial AE
29. Modelo
Esquema o representación de un sistema u objeto que se
elabora para simplificar su comprensión y estudio
TVD = Ta + Te + Tm
Tp= (TVD + TDC) * TEQ
La interpretación de la
realidad pueden variar
MODELO
Abstracción de la
realidad
30. El proceso de “Modelado”
Relación signo-concepto-objeto (adaptado de la presentación de J. Montilva en el Cenidet, Mexico, Abril 2003)
Relación de
Referencia
refiere
mediante
es representado
Objeto de estudio
(real)
Conocimiento
del objeto
(conceptos)
simboliza
Relación de
Simbolización
Modelo
(símbolos)
Proceso C.2.2
Proceso
C.1
Proceso
C.3
Proceso
C.2
Proceso
D
Proceso
A
Proceso
C
Proceso
B
Proceso
F
Proceso
C.2.1
Proceso
C.2.3
Proceso
C.2.2
Nivel 0:
Cadena
de Valor
Nivel 1
Nivel 2
Nivel 3:
Actividades
Actividad
C2.2.1
Actividad
C2.2.4
Actividad
C2.2.3Actividad
C2.2.2
31. – Conjunto de reglas gráficas o textuales usado para representar sistemas
o productos
– Ejemplos:
Lenguaje UML,
UML business,
BPMN
IDEF
DFD
: Cabina
: Puerta
: Ascensor
: Luz
cerrar
subir
encender
Lenguaje o notación de modelado
31UFPS Septiembre 2014
32. • Procedimiento detallado (repetible) que describe cómo debe
elaborarse una parte o todo un producto técnico
Ejemplos:
Transformación de modelos…
Técnica de Inspección de Código
Evaluación de expresiones lógicas….
Técnica
32UFPS Septiembre 2014
33. • Paquete de Software elaborado con el fin de apoyar o facilitar la
ejecución de tareas asociadas a la concepción, interpretación,
especificación o implementación de productos técnicos – generalmente
se asocia a técnicas
Ejemplo:
para ejecutar ciertas actividades o tareas del
proceso de modelado de sistemas (bases de datos, arquitectura,
generación de código, ejecución de casos de prueba…)
Herramientas especializadas en modelado CASE, Compiladores,
Ambientes de Programación…
Herramienta
33UFPS Septiembre 2014
34. Herramientas automatizadas para AE
Representar los elementos de las diferentes
arquitecturas
Elaborar y gestionar las diferentes versiones de los
modelos correspondientes a cada arquitectura
Mantener la integridad y coherencia entre los
modelos elaborados y las perspectivas de la AE
Generar documentación de la AE para los
interesados (+ proyecto)
Facilitar la comunicación y colaboración entre los
miembros del equipo de AE
34UFPS Septiembre 2014
35. Ejemplo de una herramienta para modelar EA
Septiembre 201435UFPS Septiembre 2014
36. Herramientas automatizadas para AE
– ARCHI – Archimate Modelling Tool
• http://www.archimatetool.com/
– Enterprise Architect de Sparx Systems
• Version de 30 días www.sparxsystems.com
– IBM Rational System Architect
– ProcessMaker (opensource - process modelling tool)
– Modelio – process modelling tool
– Aris – process modelling tool
– Open ModelSphere - process modelling tool
– …….
37. ARCHIMATE- estándar OMG para AE
Estándar del Open Group para modelar
Arquitecturas Empresariales
• Una notación para describir, analizar y
visualizar relaciones entre los dominios
del negocio
• Abierto e independiente
• Soporta la elaboración de los modelos
prescritos por el método ADM de TOGAF
– Habilita modelado de interesados,
conductores del negocio, objetivos del
negocio, principios y requisitos
– Modelado del portafolio de proyectos,
análisis de brecha y planes de
migración y transición
37UFPS Septiembre 2014
39. Ejemplo de un modelo del Dominio de Negocios
Septiembre 2014
40. Ejemplo de un modelo de Implementación & Migración
Septiembre 2014
41. Sesión I. Arquitectura Empresarial (AE)
Conceptos Fundamentales
I
Preliminares
Qué es
una
Arquitect
ura
Empresari
al (AE)?
Notaciones,
lenguajes y
herramientas
para AE
Gestión de
Arquitectura
Empresarial AE
42. ¿Qué implica implantar una Arquitectura Empresarial?
• Desarrollo de la Arquitectura Empresarial (línea base y su progreso)
• Gestión de la Arquitectura Empresarial
Gestión de
Sistemas de
Información
Gestión de Portafolios, Programas y Proyectos
Gestión de la Calidad
Gestión de la Seguridad Informática
Gestión de Riesgos
Gestión de la
Arquitectura
Empresarial
Gestión Estratégica
Gestion de
Infraestructura TIC
Gestión Administrativa
Gestión de
Servicios
Informáticos
Gestión de la Configuración
Gestión de
Procesos del
Negocio
42UFPS Septiembre 2014
A Business Process Model for IT
Management Based on
Enterprise Architecture. J.
Montilva, J. Barrios, I. Besembel,
W. Montilva. Volume 17 :
Number 2 : Paper 3
43. Gestión de Arquitectura Empresarial
• Planificación de la AE :
– diseñar la AE que debe tener la organización para apoyar sus planes y objetivos
estratégicos
– elaborar el Plan de AE (PAE), el cual contiene el Portafolio de Proyectos de
migración e implementación de la futura arquitectura empresarial
• Implementación de la AE: proceso de gestión encargado de coordinar,
supervisar y controlar la ejecución de los proyectos definidos en el Plan
Gestión de la Arquitectura Empresarial
Planificación de la
Arquitectura
Empresarial
Gestión de la
Configuración de la
Arquitectura
Empresarial
Gobernabilidad de la Arquitectura Empresarial
Implementación de
la Arquitectura
Empresarial
43UFPS Septiembre 2014
44. Fundamentos de las Arquitecturas Empresariales
Elementos de un Plan de Arquitectura Empresarial
44
[EABOK (2004)]
•…
•….
•….
Arquitectura
de negocios
•….
•….
•….
Arquitectura
de Sistemas de
Información
•…
•….
•…
Arquitectura
de Tecnologías
IC
•…
•….
•….
Arquitectura
de negocios
•….
•….
•….
Arquitectura
de Sistemas de
Información
•…
•….
•…
Arquitectura
de Tecnologías
IC
Arquitectura Empresarial Actual
Línea base
Arquitectura Empresarial Futura
(deseada)
Plan de Migración y desarrollo
de la nueva AE
Transición
Objetivos estratégicos,
principios de arquitectura
y políticas TI
UFPS Septiembre 2014
45. Gestión de Arquitectura Empresarial
• Gestión de la Configuración de la AE: actualización de los elementos que
integran el Plan Es responsable de la Gestión del Repositorio de la AE, proceso
encargado de organizar la documentación y los modelos asociados a la AE
• La Gobernanza de la AE ejerce una apropiada dirección y control sobre la
planificación, implementación y evolución (mejoras) de la AE
Gestión de la Arquitectura Empresarial
Planificación de la
Arquitectura
Empresarial
Gestión de la
Configuración de la
Arquitectura
Empresarial
Gobernabilidad de la Arquitectura Empresarial
Implementación de
la Arquitectura
Empresarial
45UFPS Septiembre 2014
46. Revisión 1: 30 minutos
• ¿Por qué es importante concebir a la empresa
como un sistema?
• ¿Qué es una arquitectura empresarial AE?
• ¿Desde qué puntos de vista nos interesa
entender una AE en este taller?
• ¿Hay alguna relación entre una arquitectura
empresarial y una arquitectura de software?
Justifique su respuesta
• ¿Qué notaciones se utilizan para elaborar los
modelos de arquitectura empresarial? Liste y
priorice los factores que deben considerarse
en la selección del lenguaje o notación.
justifique
• Mencione algunas de las características
básicas que debe considerarse para
seleccionar una herramienta de soporte al
proceso de implantación de AE?
• ¿Por qué es importante gestionar la AE y sus
procesos asociados?
Puntos
relevantes
de esta
sesión
UFPS Septiembre 2014
47. Agenda
Sesión I. Arquitectura Empresarial (AE)
Conceptos fundamentales
Sesión II. Marcos de referencia para
desarrollar AE
Sesión III. Enfoque TOGAF en detalle
48. Sesion II. Marcos de Referencia para desarrollar la
Arquitectura Empresarial AE
II
Marcos de
Referencia para
desarrollar AE
Comparación
entre los marcos
de referencia de
AE
49. • Un marco de referencia para Arquitecturas Empresariales (EA framework):
– « Identifica los tipos de información [conceptos] necesarios para
describir una arquitectura empresarial (AE),
– organiza los tipos de información [conceptos] dentro de una
estructura lógica y,
– describe les relaciones entre dichos tipos de información » (EABOK,
2004)
49
Marcos de Referencia para desarrollar AE (frameworks)
UFPS Septiembre 2014
“un conjunto común de conceptos, prácticas y
criterios para enfrentar cierto tipo de
problemas y que sirve como referencia para
resolver problemas similares” (Wikipedia)
50. • Los marcos de referencia más conocidos y más utilizados:
– ZACHMAN
– FEAF – Federal EA Framework
– GEAF – Gartner EA Framework
– TOGAF – The Open Group Architecture Framework
– TEAF – Treasury EA Framework
– DODAF Department Of Defense Architecture Framework
– NASCIO – National Association of State CIO
50
Marcos de Referencia para AE (frameworks)
UFPS Septiembre 2014
51. El marco de referencia de Zachman
Creado por John Zachman en 1984
El más conocido y el más antiguo
Considerado como una ontología para AE
51
Vistas
Variables
Modelos
UFPS Septiembre 2014
52. El marco de trabajo de Zachman
No hay método de aplicación o de uso asociado al marco de Zachman
52UFPS Septiembre 2014
http://commons.wikimedia.org/wiki/File:Zachman_Framework_Rows.jpg
53. El marco de trabajo de Zachman
• Relaciones entre las variables del marco de trabajo
– Nótese el uso de las matrices para relacionar las variables
[EABOK , 2004]
53UFPS Septiembre 2014
54. • FEAF = Federal Enterprise Architecture Framework
• Desarrollado en 1999 por el gobierno federal de los Estados Unidos con el propósito de:
– Unificar las diferentes arquitecturas de las agencias federales
– Maximizar el valor y minimizar los riesgos de los proyectos TI de las agencias federales
• Una arquitectura FEA esta compuesta de un conjunto de modelos que describen los
recursos TI de una organización
El marco de referencia FEAF
54UFPS Septiembre 2014
55. Una arquitectura FEA puede ser desarrollada para toda la empresa o para un
componente o porción de ésta con diferentes niveles de detalle y abstracción
Se indica expresamente su alcance, impacto y los involucrados para cada nivel
• Nivel de la toda empresa
• Nivel de segmento de la empresa (p.ej. área funcional)
• Nivel de solución (aplicación o componente de software)
3 niveles de
abstracción
software
función
empresa
El marco de referencia FEAF
55UFPS Septiembre 2014
56. El marco de trabajo FEAF
• El Modelo de Referencia de Desempeño (PRM-Performance Reference M.)
– Mide el rendimiento de la principales inversiones en TI y su contribución al
desempeño de la organización
56UFPS Septiembre 2014
57. El marco de trabajo FEAF
• El Modelo de Referencia del Negocio (BRM – Business Reference Model)
– Provee una vista funcional del negocio
– Identifica y organiza los procesos y operaciones de la organización
57UFPS Septiembre 2014
58. El marco de trabajo FEAF
• El Modelo de Referencia de Componentes de Servicio (SRM)
– Clasifica los servicios que presta la organización en base a dominios que
apoyan al negocio y a la concesión de los objetivos
58UFPS Septiembre 2014
59. El marco de trabajo FEAF
• El Modelo de Referencia de Datos (DRM-Data Reference Model)
– Describe, a un nivel alto de agregación, los datos y la información que apoyan
la las operaciones y procesos del BRM
59UFPS Septiembre 2014
60. El marco de trabajo FEAF
• El Modelo de Referencia Técnico (TRM-Technical Reference Model)
– Clasifica los estándares y tecnologías que soportan y habilitan la entrega de los
servicios del SRM
60UFPS Septiembre 2014
61. Componentes del marco de referencia FEAF
61
El marco de referencia FEAF
UFPS Septiembre 2014
62. El método de FEAF
Modelo de procesos de FEAF – aplicación del marco
62
Desarrollo de la arquitectura
de un segmento o sección
(atendiendo a los 3 niveles de
abstracción)
Procesos
principales
UFPS Septiembre 2014
63. El marco de trabajo GEAM de Gartner
• Creado por GARTNER en 2005
– GEAM: Gartner Enterprise Architecture Method
• Compuesto de 3 elementos metodológicos:
– El marco de referencia AE (EA framework - GEAF)
• Una taxonomía para organizar los artefactos de la arquitectura
– El proceso (EA process - GEAP) - método
• Modelo de procesos multi_fase, iterativo y no lineal que
describe como desarrollar una arquitectura empresarial
• Hay procesos para:
– Desarrollo de la AE
– Evolución y migración de la AE
– Gestión y gobernanza
– Un modelo de evaluación AE (IT Score)
• Modelo de madurez para evaluar el nivel de una AE y de sus
procesos de gestión
63UFPS Septiembre 2014
64. EA framework - GEAF
• Describe una arquitectura empresarial
desde tres puntos de vista
– arquitectura de negocios (EBA)
– arquitectura de información (EIA)
– arquitectura de tecnologías (ETA)
• Las tres arquitecturas se integran a través de
la arquitectura de solución (ESA)
– descripción de una solución particular
– basada sobre el marco ESAF de trabajo
• ESAF es una descripción de las
descripciones arquitecturales
(meta- arquitectura )
64
El marco de trabajo GEAF de GEAM
UFPS Septiembre 2014
65. GEA el marco de referencia de Gartner
65
Inicio del programa AE
• Determine la cobertura
de la AE
• Interesados (stakeholders)
• Organice el equipo de
trabajo
• Mantenga un alto nivel
• Evaluación de madurez
Modelado de la
arquitectura futura
• Exigencias de la empresa
u organización
• Principios de la
arquitectura futura
• Modelado de cada vista
de la arquitectura
Documentación de la
arquitectura actual
• Aprovisione una línea
base para la AE
• Determine los problemas
de la AE actual
• Puede consultarse como
referencia
Identifique las diferencias entre las
arquitecturas actual y futura
• Analice las brechas (gap)
culturales, estructurales y
funcionales
• Haga recomendaciones
Gestión del programa AE
• Dirija el programa
• Gobierne los artefactos
de AE
• Gestione el
almacenamiento
• Cree un comité de
revisión de la
arquitectura (ARB)
Modelo de procesos
UFPS Septiembre 2014
67. El marco de referencia TOGAF
• Creado y gestionado por The Open Group
– un consorcio global de empresas, investigadores, consultantes y profesionales,
dedicados al desarrollo y difusión de estándares para TI
• Primera versión 1995, ultima versión TOGAF 9.1 (2009)
• Estándar abierto que incluye:
– un marco de referencia y un método para AE para mejorar la
eficiencia de una empresa u organización
• El más utilizado y difundido en el mundo
67UFPS Septiembre 2014
68. El marco de referencia TOGAF
68UFPS Septiembre 2014
• Componentes del marco
69. Estructura y contenido
69
Método ADM,
lineamientos y técnicas
Meta-modelo, artefactos y
entregables
Aspectos de gestión de AE:
estructuras, procesos,
roles, responsabilidades y
competencias
Gestión de activos AE, base
de datos de la AE, modelos
de referencia, herramientas
El marco de referencia TOGAF
69UFPS Septiembre 2014
70. Sesión II. Marcos de Referencia para desarrollar la
Arquitectura Empresarial AE
II
Marcos de
Referencia para
desarrollar AE
Comparación
entre los marcos
de referencia de
AE
71. Comparación de los marcos de trabajo
Criterio Descripción
Completitud de la
taxonomía
Qué tan bien se puede usar el método AE para clasificar los artefactos arquitectónicos (productos)
Completitud de procesos Qué tan bien el método guía a través de un proceso paso-a-paso para crear la AE
Guía de modelos de
referencia
Qué tan útil es el método en ayudar a construir un conjunto relevante de modelos de referencia
Guía en la práctica Cuánto ayuda el método a asimilar el enfoque AE dentro de su empresa y a desarrollar una cultura
Modelo de Madurez Cuánto ayuda el método a evaluar la efectividad y madurez en el uso de la AE dentro de su empresa
Foco en el negocio Se refiere a sí el método se concentra en usar la tecnología para conducir el valor del negocio
(reducción de gastos + aumento de ingresos)
Guía en la gobernanza Cuánto ayuda el método a entender y crear un modelo de gobernabilidad AE efectivo
Guía en la partición Qué tan bien el método guía en la partición autónoma y efectiva de la empresa necesaria para
manejar la complejidad
Catálogo prescriptivo Qué tan bien el método guía en la gestión de un catálogo de activos arquitectónicos que puedan ser
reutilizados en el futuro
Neutralidad del vendedor Qué tan probable es que su empresa quede atada a una consultora o vendedor para adoptar el
método
Disponibilidad de
información
Cantidad y calidad de información gratuita o de bajo costo acerca del método
Tiempo para dar valor Longitud de tiempo en el cual el método es usado antes de comenzar a dar soluciones que entreguen
valor al negocio
Criterios para la comparación de los marcos AE
71UFPS Septiembre 2014
72. Comparación de los marcos de trabajo
• Comparación de los cuatro marcos de trabajo AE
– Autor: Roger Sessions (2007)
• Disponible en: http://msdn.microsoft.com/en-us/library/bb466232.aspx#eacompar_topic10
1: Muy pobre
2: Inadecuado
3: Aceptable
4: Muy bueno
72UFPS Septiembre 2014
73. Comparación de los marcos de trabajo
• Comparación de los marcos de trabajo más conocidos
– Autores: Brian Cameron y Eric McMillan (2013)
– Disponible en el Journal of Enterprise Architecture, Febrero, 2013
• http://ea.ist.psu.edu/documents/journal_feb2013_cameron_2.pdf
73UFPS Septiembre 2014
74. Comparación de los marcos de trabajo
• El marco de trabajo EA más utilizado
– Según encuesta realizada por Cameron y McMillan (2013)
• De una muestra de 276 participantes cuyos trabajos estaban relacionados con AE
– 26% (71 participantes) respondieron a la pregunta:
» ¿Cuál de los siguientes marcos de trabajo utiliza su empresa?
74UFPS Septiembre 2014
75. Revisión 2
• ¿Cuál es la utilidad de un marco de
trabajo para desarrollar arquitecturas
empresariales (AE)?
• ¿Sobre qué conceptos se define un marco
de trabajo para AE?
• ¿Por qué un método mejora el
aprovechamiento efectivo de un marco de
trabajo AE?
• ¿Qué diferencias y similitudes esenciales
encuentra entre los marcos de trabajo EA
expuestos en esta sesión?
• Si tuviera que escoger uno para su
empresa u organización actualmente,
¿cuál seleccionaría? ¿Por qué?
Puntos
relevantes
de esta
sesión
75UFPS Septiembre 2014
76. Revisión 2….
• Puede apoyar la justificación de la
última pregunta de transparencia
anterior considerando alguno de los
siguientes aspectos:
• Contexto organizacional en el
que se aplica
• Estructura o componentes que
caracterizan a cada marco
• Conceptos que maneja cada
marco
• Características generales del
método asociado (si tiene)
• Procesos, fases o pasos de cada
marco
• Artefactos que produce o usa
cada marco
Puntos
relevantes
de esta
sesión
76UFPS Septiembre 2014