Arquitecturas empresariales para Ingenieros de Sistemas/Informáticos/de Software

ARQUITECTURAS EMPRESARIALES
Marta Silvia Tabares B.
Ph.D en Ingeniería – Sistemas e Informática
(versión orientada a Ingenieros de Sistemas / Informáticos / de Software)

PLAN DE TRABAJO DE LA ASIGNATURA
2
Semana
Tema
Productos a Entregar
Fecha entrega
%
Calificación
12,13,19/Ago
1.Introducción a la Arquitectura Empresarial (AE)
2.Marcos de Trabajo y Herramientas de Software
•www.iso-architecture.org/ieee- 1471/afs/frameworks-table.html
•Presentación de herramientas de trabajo :
•Archimate
•Jdeveloper
•Bonita
•Bizagi
3.Entrega de Proyecto de Clase – Caso de Estudio
•Ensayo de Artículo 1 y presentación (técnica Foro):
Artículo 1 (individual):
“The Role of Enterprise Architecture in Aligning Business and
Information Technology in Organisations: Nigerian Government
Investment on Information Technology”
(By Mohammed Alhassan Enagi, Abraham Ochoche)
•http://iet- journals.org/archive/2013/jan_vol_3_no_1/915935135222421.pdf
Artículo 2 (por equipos):
Título: Magic Quadrant for Enterprise Architecture
Autores: Scott Bittler (Gartner)
•http://www.sap.com/bin/sapcom/en_us/downloadasset.2014-03-mar-05-21.magic- quadrant-for-enterprise-architecture- tools-pdf.html
19/Ago
20%

Semana
Tema
Fecha entrega
%
Calificación
20,25,26/Ago
•Definición y puesta en marcha de una AE
•Arquitectura de Negocio:
•Conceptos básicos dentro de un marco de trabajo (TOGAF)
•Gestión de Procesos (Business Process Management) en el contexto organizacional
•Modelado de procesos de negocio
•Automatización de los procesos de negocio (Suite BPM u otra similar)
•Procesos de Negocio, Datos y Servicios asociados – perspectiva organizacional y perspectiva tecnológica
•Documento y presentación: Arquitectura de Negocio – Caso de Estudio:
-Principios
-Modelo de Negocio
-Escenario de Negocio
-Análisis de Brechas
-Modelo de Procesos
-Modelo Conceptual de Datos
-Modelo Conceptual de Servicios
28/Ago
30%
27,28/ Ago
•Arquitectura de Datos y Aplicaciones
•Modelos de Referencia de Datos en diferentes tipos de organizaciones
•Los sistemas de información dentro del contexto de la Arquitectura de Aplicaciones
•Arquitecturas Orientadas a Servicios y su relación dentro de la Arquitectura Empresarial
•Gestión de la información organizacional
Producto 1: Avance
•Arquitectura de Datos – Caso de Estudio
15/Sep
10%
(seguimento trabajo en equipo)
3

4
Semana
Tema
Fecha entrega
%
Calificación
8,9,10,15/Sep
•Arquitectura de Datos y Aplicaciones – Continuación.
•Modelos de Referencia de Datos en diferentes tipos de organizaciones
•Los sistemas de información dentro del contexto de la Arquitectura de Aplicaciones
•Arquitecturas Orientadas a Servicios y su relación dentro de la Arquitectura Empresarial
•Gestión de la información organizacional
•Arquitectura de Infraestructura
•Docuento y Presentación Arquitectura de Sistemas de Informaicón e Infraestructura – Caso de Estudio
15/Sep
40%

AGENDA
Conceptos básicos de la Arquitectura Empresarial
Marcos de Trabajo (frameworks) y herramientas
La AE desde el framework TOGAF en combinación con otros
Preliminares y Visión de la Arquitectura
Arquitectura de Negocio
Arquitectura de Datos
Arquitectura de Aplicaciones
Arquitectura de Tecnología
5

CONCEPTOS BÁSICOS DE LA ARQUITECTURA EMPRESARIAL
6

BIBLIOGRAFÍA DE APOYO
Vogel, O., Arnold, I., Chughtai, A., & Kehrer, T. (2009). Software Architecture - A Comprehensive Framework and Guide for Practitioners. Germany: Springer.
LankHorst, M. (2013).Enterprise Architecture at Work: Modeling, Communication and Analysis. Thirt Edition. Springer.
http://www.gartner.com/technology/consulting/enterprise- architecture.jsp
http://www.opengroup.org/togaf/
www.zachman.com
http://www.whitehouse.gov/omb/e-gov/fea
7

EL CONCEPTO DE ARQUITECTURA
8
•Arte de proyectar y construir edificios
•Arte de conducir y aprovechar …
•Arte de fortificar
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013

Arquitectura es la organización fundamental de algo.
Está embebida en:
Sus COMPONENTES
Las RELACIONES de un componente con otro
Los principios de gobierno sobre su diseño y evolución
9

10
SIMPLE
COMPLEJA
INTERPRETATIVA

INTERACCIÓN DE LAS DISCIPLINAS DE LA ARQUITECTURA DE UN SISTEMA
11
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013 SISTEMA
ARQUITECTURA DE SOFTWARE
ARQUITECTURA EMPRESARIAL
ARQUITECTURA
DE
SEGURIDAD
ARQUITECTURA DE LA RED
ARQUITECTURA
DE
DATOS
ARQUITECTURA DE GESTIÓN DE SISTEMAS
ARQUITECTURA
DE
INTEGRACIÓN

DEFINICIÓN
Es la organización lógica para los procesos de negocio y la infraestructura de TI de tal forma que se refleje la integración y estandarización de los requisitos del modelo operativo de la compañía [MIT Center for Information Systems Research].
Un diseño conceptual (Blueprint) que define la estructura y operación de una organización.
12
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Ago-2013

¿DE DONDE SURGE EL CONCEPTO DE
ARQUITECTURAS EMPRESARIALES?
13
Áreas de Negocio Áreas de Tecnologías de Información
Alineación

¿DE DONDE SURGE EL CONCEPTO DE ARQUITECTURAS EMPRESARIALES?
14
Áreas de Negocio
PLANEACIÓN ESTRATÉGICA
GOBIERNO ORGANIZACIONAL
INNOVACIÓN
REDUCCIÓN DEL GASTO
OPITIMIZACIÓN DE LA INVERSIÓN
MISIÓN - VISIÓN

¿DE DONDE SURGE EL CONCEPTO DE ARQUITECTURAS EMPRESARIALES?
15
Áreas de Tecnologías de Información
GOBIERNO DE TI
GESTIÓN DE LAS TECNOLOGÍAS DE INFORMACÓN
INNOVACIÓN
GESTIÓN DE LA INFORMACIÓN
GENERACIÓN DE VALOR SOBRE LA CADENA DE VALOR

¿DE DONDE SURGE EL CONCEPTO DE
ARQUITECTURAS EMPRESARIALES?
16
Áreas de Negocio Áreas de Tecnologías de Información
Gestión
del
Cambio

Es una base de activos de información estratégica, que definen la misión, la información necesaria para llevar a cabo la misión, las tecnologías necesarias para llevar a cabo la misión, y los procesos de transición para la aplicación de las nuevas tecnologías en respuesta a las necesidades de cambio de la misión.
Una arquitectura de la empresa incluye una arquitectura de base, la arquitectura de destino, y un plan de secuencia.
17
Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago- 2013

18
Enterprise architecture (EA) is the process of translating business vision and strategy into effective enterprise change by creating, communicating and improving the key requirements, principles and models that describe the enterprise’s future state and enable its evolution. The scope of the EA includes the people, processes, information and technology of the enterprise, and their relationships to one another and to the external environment. Enterprise architects compose holistic solutions that address the business challenges of the enterprise and support the governance needed to implement them. Enterprise architects use the EA process to discover the target state that the organization wishes to invest in and then helps the organization understand its progress toward the desired state. Fuente: GARTNER

“Arquitectura empresarial, como su nombre lo indica, tiene que ver con el pensamiento de alto nivel y diseño de alto nivel. Las tecnologías de información y las comunicaciones se han vuelto tan complejas y tan interrelacionadas en las grandes organizaciones, y los datos de la empresa han llegado a ser tan fundamentales, que ya no es posible diseñar, construir e instalar los sistemas principales de forma aislada. Alguien tiene que estar pensando en el panorama general, acerca de cómo todas las piezas encajan entre sí.”
19
by Ken Orr, Senior Consultant, Cutter Consortium.

20
AE permite relacionar algunos elementos del negocio con los elementos de TI que los soportan, haciendo explícita la intención de evolución
AE define las relaciones entre los principales activos de una empresa incluyendo estrategias, procesos, datos, aplicaciones y otras tecnologías.
Negocio
Tecnologías de Información y Comunicaciones
Otras Tecnologías
KPI
cadena de valor
ontología del negocio
proceso del negocio
Motivadores del negocio
estrategias
Líneas de negocio

Gente
Liderazgo
Arquitectura Empresarial
Proceso
Medición
Información
Infraestructura
Aplicaciones
Gestión
Comunicación
Gobernanza
Qué
Cuándo
Donde
Cómo
Quién
Gartner
http://www.gartner.com/it-glossary/enterprise-architecture-ea/
21

22
La Gestión de Procesos (Business Process Management - BPM) es una forma de organizar el trabajo (procesos, equipos de trabajo, tecnología, estilo de liderazgo, indicadores, etc.) para que las personas pueda concentrar su esfuerzo en alcanzar resultados significativos para sus clientes (Revelo, 2007).
Una Arquitectura de Empresa (AE) es un diseño conceptual que define la estructura y la operación de una organización. La intención de una arquitectura empresarial es determinar cómo una organización puede lograr más efectivamente sus objetivos actuales y futuros.
Arquitectura del Negocio
Arquitectura de la Información
Arquitectura de Aplicaciones
Arquitectura de Tecnologías
Nivel Estratégico
Nivel Táctico
Nivel Operativo
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Ago-2013

LOGROS - ARQUITECTURA EMPRESARIAL
23
Alineación
asegurar la realidad de la empresa implementado está alineación con la intención de gestión
Integración
Darse cuenta de que las reglas de negocio son consistentes en toda la organización:
que los datos y su uso son inmutables,
que las interfaces y el flujo de la información están estandarizados, y
que la conectividad y la interoperabilidad son administradas en toda la empresa
facilitar y gestionar el cambio en cualquier aspecto de la organización
Cambio
reducir el desarrollo de sistemas, la generación de aplicaciones, los plazos de modernización, y las necesidades de recursos
Tiempo de salida al mercado
Convergencia
esfuerzos hacia una cartera de productos de TI estándar que figura en el Modelo de Referencia Técnico (TRM).

BENEFICIOS - ARQUITECTURA EMPRESARIAL
24
•Captura de datos acerca de la misión, funciones, y la base de negocios de una manera comprensible para promover una mejor planificación y la toma de decisiones.
•Mejorar la comunicación entre las organizaciones empresariales y las organizacionesde TI dentro de la empresa a través de un vocabulario estandarizado.
•Proporcionar puntos de vista arquitectónicos que ayudan a comunicar la complejidad de los sistemas grandes y facilitar la gestión de entornos amplios y complejos.
•Enfoque en el uso estratégico de las nuevas tecnologías para gestionar mejor la información de las empresas y consistente insertar esas tecnologías en la empresa.

BENEFICIOS - ARQUITECTURA EMPRESARIAL
25
•Mejorar la consistencia, exactitud, puntualidad, integridad, calidad, disponibilidad, acceso y uso compartido de TI de laa información en la empresa
•Apoyar los procesos de CPIC, proporcionando una herramienta para la evaluación de los beneficios, impactos y medidas de inversión de capital y el apoyo a los análisis de las alternativas, los riesgos y las compensaciones
•Destacar las oportunidades de creación de una mayor calidad y flexibilidad en las aplicaciones sin aumentar los costes
•Lograr economías de escala, proporcionando mecanismos para la distribución de los servicios a través de la
•empresa
•Acelerar la integración de la herencia, la migración, y los nuevos sistemas
•Velar por el cumplimiento legal y regulatorio.

UNA VISTA GENERAL DE UNA ARQUITECTURA EMPRESARIAL
Fuente: Disney Architecture Council
26
Video recomendado  Por qué una Arquitectura Empresarial
http://www.youtube.com/watch?v=qDI2oF1bASk (Fuente: Mastering Archimate)

MARCOS DE TRABAJO (FRAMEWORS) PARA LAS ARQUITECTURAS EMPRESARIALES
27

BIBLIOGRAFÍA DE APOYO
http://pubs.opengroup.org/architecture/togaf8- doc/arch/chap37.html
http://www.iso-architecture.org/ieee-1471/afs/frameworks- table.html
www.iso-architecture.org/ieee-1471/afs/frameworks-table.html
28

MARCOS DE TRABAJO DE LAS ARQUITECTURAS EMPRESARIALES
The Enterprise Architecture Center of Excellence
The Zachman Framework
The Open Group Architectural Framework (TOGAF)
The Federal Enterprise Architecture
The Gartner Methodology
29

‘“Un framework de arquitectura empresarial es un modelo de comunicación para el desarrollo de una arquitectura empresarial. De por si no es una arquitectura. Por el contrario, presenta un conjunto de modelos, principios, servicios, métodos, estándares, conceptos de diseño, componentes, visualizaciones y configuraciones que guían el desarrollo de aspectos específicos de una arquitectura empresarial”’
Zachman
30

‘”Un framework es una estructura lógica para clasificar y organizar las representaciones descriptivas de una Empresa, las cuales son especialmente significativas tanto para la dirección y control de la organización como para el desarrollo de sus sistemas”’
The Open Group Architecture Framework
31

“Una arquitectura de framework empresarial es una herramienta que puede ser usada para desarrollar una extensa gama de diferentes arquitecturas empresariales. Describe un método para diseñar un sistema de información en términos de un conjunto de componentes y demuestra como estos componentes se implementan conjuntamente. Un framework debe contener una serie de herramientas y brindar un vocabulario común. También debe incluir una relación de estándares recomendados y productos afines que pueden ser usados para implementar los distintos componentes.”
International Enterprise Architecture Institute
32

THE ENTERPRISE ARCHITECTURE CENTER OF EXCELLENCE
33

THE ZACHMAN FRAMEWORK
34
http://cybertesis.upc.edu.pe/upc/2010/morales_lc/html/TH.2.html

THE OPEN GROUP ARCHITECTURAL FRAMEWORK (TOGAF)
35

THE FEDERAL ENTERPRISE ARCHITECTURE
36

HERRAMIENTAS PARA LA IMPLEMENTACIÓN DE UNA ARQUITECTURA EMPRESARIAL
Las herramientas usadas para el desarrollo e implantación de una Arquitectura Empresarial deben orientar los requerimientos de diferentes staholders en la organización y contener las siguientes capacidades.
37
• Negocio
• Información
• Tecnología
• Contexto empresarial: tendencias, estrategias y objetivos
• Arquitectura futura
Repositorio
•Soporta todos los puntos de vista de la arquitectura
Capacidades de Modelado
• Análisis de brechas
• Análisis de impacto
• Escenario de planificación
• Proyección del sistema
Capacidades de Análisis para la decisión
• Soporte a la demanda visual o interactiva de los diferentes puntos de vista de los stakeholders
Capacidades de Presentación
• Seguridad
• Gestión de usuarios
• Administración de tareas
Capacidades de Administración
• Extensiva
• Simple
• Sencilla
• Soportar múltiples ambientes
Capacidades de Configuración
• Interfases que cumplan la norma ISO 25000 (antes ISO/IEC 9126)
Usabilidad
Fuente: Magic Quadrant for EA Tools. Gartner.

HERRAMIENTAS PARA LA IMPLEMENTACIÓN DE UNA ARQUITECTURA EMPRESARIAL - EJEMPLOS
38
http://www.iteraplan.de/en/online-demo

HERRAMIENTAS PARA LA IMPLEMENTACIÓN DE UNA ARQUITECTURA EMPRESARIAL - EJEMPLOS
39
http://pubs.opengroup.org/architecture/archimate2-doc/chap02.html
ARCHIMATE

DEFINICIÓN Y PUESTA EN MARCHA DE UNA ARQUITECTURA EMPRESARIAL
FRAMEWORK seleccionado:
TOGAF – Open Group
40

ARQUITECTURA EMPRESARIAL - TOGAF
41
Fuente: www.opengroup.org
El ADM (Architecture
Development Method)
Consta de un número de fases del ciclo de que a través de un conjunto de
dominios de arquitectura le permiten al arquitecto asegurar que un conjunto complejo requisitos se aborden adecuadamente

EL BASELINE Y EL TARGET DE LA DEFINICIÓN DE LA AE
42

EL BASELINE Y EL TARGET DE LA DEFINICIÓN DE LA AE
43

TOGAF – CONTENT METAMODEL
44

45
Proporciona una definición de todos los tipos de bloques de construcción que pueden existir dentro de una arquitectura, que muestra cómo estos bloques de construcción pueden ser descritas y relacionadas entre sí.
TOGAF – CONTENT METAMODEL

ENTIDADES CENTRALES Y SUS RELACIONES
46

TOGAF - ENTERPRISE CONTINUUM
47

48

49

ARTEFACTOS QUE SE PRODUCEN EN LAS DIFERENTES FASES DEL ADM
ARTEFACTOS
CATÁLOGOS
Son listas de bloques de construcción (building blocks).
MATRICES
Muestran las relaciones entre bloques de construcción de tipos específicos.
DIAGRAMAS
Presentan bloques de construcción, además de sus relaciones e interconexiones de un modo gráfico que soporta la comunicación efectiva de los interesados .
50
http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap35.html

PRODUCTOS POR FASES: CATÁLOGOS, MATRICES Y DIAGRAMAS
51
Fase Preliminar PRODUCTOS
-Catálogo de Principios
Lecturas recomendadas:
-http://pubs.opengroup.org/architecture/togaf9- doc/arch/chap23.html
-Artículo: Enterprise Architecture Principles as Values By Mohammad Esmaeil Zadeh, Edward Lewis, and Gary Millar
Fase B, Arquitectura de Negocio PRODUCTOS CATÁLOGOS
-Organigrama/ Actor
-Objetivos estratégicos (Plan estratégico)
-Roles
-Servicios de Negocio /Función
-Ubicación
-Proceso / eventos / Control / Producto
-Contrato / Medida
MATRICES
-Matriz de Interacción de negocios
-Matriz Actor / Rol DIAGRAMAS
-Footprint (Huella) del negocios
-Servicio / Información de contacto
-Descomposición Funcional
-Ciclo de vida del producto
-Meta / Objetivo / Servicio
-Casos de uso de negocios
-Descomposición Organización
-Flujo del proceso
-Eventos
Fase C, Arquitectura de Datos PRODUCTOS CATÁLOGO
-Entidades de datos/ Componentes de datos
MATRICES
-Entidades de Datos/ Funciones del Negocio
-Aplicaciones/ Entidades de Datos
DIAGRAMAS
-Modelo Conceptual
-Modelo Lógico
-Modelo de Diseminación de Datos
DIAGRAMAS COMPLEMENTARIOS
-Seguridad de Datos
-Jerarquía de las clases
-Migración de datos
-Ciclo de vida de datos
Fase C, Arquitectura de Aplicaciones PRODUCTOS CATÁLOGO
-Portafolio de Aplicaciones
-Interfaces
MATRICES
-Aplicación / Organización
-Aplicaicón / Rol
-Aplicación / Función
-Interacción de Aplicaciones
DIAGRAMAS
-Comunicación de Aplicaciones
-Aplicación y localización de usuario
-Casos de uso de aplicaciones
-Manejabilidad de la Empresa
-Realización de Procesos / Aplicaciones
-Ingeniería de Software
-Migración de Aplicaciones
-Distribución del software
Fase Arquitectura de Visión MATRIZ
-Stakeholders
DIAGRAMAS
-La cadena de valor de la empresa
-Modelo conceptual de la Solución Actual
-Escenarios de Negocio
Fuente 1: http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap35.html
Ejemplos en: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf

52
-Fase D, Arquitectura de Tecnología
PRODUCTOS
CATÁLOGO
-Estándares de Tecnología
-Portafolio de Tecnología
MATRICES
-Aplicación / Tecnología
DIAGRAMAS
-Ambientes y Localizaciones
-Descomposición de la Plataforma
-Procesamiento
-Redes y Hardware
-Ingeniería de Comunicaciones
-Fase E, Oportunidades y Soluciones
DIAGRAMAS
-Proyectos
-Beneficios
-Gestión de Requerimientos CATÁLOGO
-Requerimientos

PRELIMINARES Y VISIÓN DE LA ARQUITECTURA
Vista desde el framework TOGAF:
-http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html
53

PRELIMENARES PARA DEFINIR LA ARQUITECTURA EMPRESARIAL
54
Fase - Preliminar: Prepara la organización para entender el éxito del proyecto de arquitectura empresarial.
•Entender el ambiente del negocio
•Compromiso del alto nivel (nivel estratégico)
•Acuerdos en el Alcance
•Establecer los principios
•Establecimiento de la Estructura de Gobierno – gobernabilidad
•Acuerdos a ser adoptados
ADM – TOGAF

55
Fase - Preliminar: Prepara la organización para entender el éxito del proyecto de arquitectura empresarial.
•Asegurar que cada persona que será involucrada en el compromiso para el éxito del proceso arquitectónico
•Definir el footprint (modelo conceptual) de la arquitectura
•Definir el framework y sus detalles
•Definir los criterios para evaluar la arquitectura
•Iniciar el repositorio de la arquitectura
ADM – TOGAF

56
Lecturas recomendadas para su construcción:
-Organigrama/ Actor
-Roles
-Ubicación
-Contrato / Medida
MATRICES
-Blueprint (Huella) del negocios
-Flujo del proceso
-Eventos
MATRICES
DIAGRAMAS
-Modelo Conceptual
-Modelo Lógico
-Seguridad de Datos
-Interfaces
MATRICES
-Aplicaicón / Rol
DIAGRAMAS
-Stakeholders
DIAGRAMAS
-Modelo conceptual de la Solución (Escenarios de Negocio)

57
Fase – Arquitectura de Visión: En esta se define el proyecto a partir del compromiso de la administración.
•Inicia una iteración del proceso de arquitectura
•Define el alcance, las restricciones y expectativas para la iteración
•Valida el contexto del negocio, sus principios, metas y direccionamientos (Plan estratégico)
•Identifica los stakeholders, sus problemas y objetivos
•Define los requisitos y restricciones del negocio.
ADM – TOGAF

EQUIPO DE TRABAJO PARA EL DESARROLLO DE UNA ARQUITECTURA EMPRESARIAL
Arquitecto Empresarial Líder
Arquitecto Empresarial
Arquitecto de Soluciones
Arquitecto del Dominio
Arquitecto del proyecto
Arquitecto de Negocio
Arquitecto de Aplicaciones
Arquitecto de Información
Arquitecto Técnico
Arquitecto de Seguridad
58

59

60
Fase Preliminar
PRODUCTOS
Lecturas recomendadas para su construcción:
-Organigrama/ Actor
-Roles
-Ubicación
-Contrato / Medida
MATRICES
-Blueprint (Huella) del negocios
-Flujo del proceso
-Eventos
MATRICES
DIAGRAMAS
-Modelo Conceptual
-Modelo Lógico
-Seguridad de Datos
-Interfaces
MATRICES
-Aplicaicón / Rol
DIAGRAMAS
-Stakeholders
DIAGRAMAS
-Modelo conceptual de la Solución

PRODUCTOS DE LA FASE – MATRIZ DE PARTICIPANTES
61
Stakeholder
Participación/Problema
Poder
Interés de participación
Artefactos Relevantes
CxO
Este grupo de actores está interesado en los direccionamientos de alto nivel, las metas y objetivos de la organización, y cómo éstos se traducen en un proceso efectivo y arquitectura de TI para avanzar en el negocio
Alto
Alto
Footprint (huella) del negocios
Meta / Objetivo / Modelo de Servicio
Organigrama
Oficina de Gestión de programas
Este grupo de actores está interesado en la priorización, la financiación, y la alineación de actividad de cambio. La comprensión de los contenidos del proyecto y las dependencias técnicas que añaden una nueva dimensión de la riqueza desde el portafolio de la gestión y la toma de decisiones
Medio
Medio
Guías, instructivos, políticas del negocio
Huella de negocios
Comunicación aplicación
Descomposición funcional
Recursos Humanos
Las principales características de la arquitectura de la empresa son los roles y actores que apoyan a las funciones, aplicaciones y tecnología de la organización. Recursos Humanos son actores importantes para asegurar la representación de los roles y actores correctos.
Medio
Bajo
Organigrama
Organización/actor/localización

DIAGRAMA DE LA CADENA DE VALOR - EJEMPLO
62

MODELO CONCEPTUAL DE LA SOLUCIÓN
63
“Un diagrama conceptual de la solución proporcionando una orientación de alto nivel de la solución que está prevista con el fin de cumplir con los objetivos de la participación de la arquitectura. Se refiere a un "dibujo a lápiz" de los conceptos de la solución esperada al inicio del contrato.

MODELO CONCEPTUAL DE LA SOLUCIÓN - EJEMPLO
64

65
ESCENARIO DE NEGOCIO
•1. Problema
Identificar, documentar y clasificar el problema que direcciona el escenario
•2. Ambiente
Identificar el entorno empresarial y técnico de la situación y la documentación en modelos de escenarios
•3. Objetivos
Identificar y documentar los objetivos deseados (los resultados del manejo de los problemas con éxito), obtener "SMART"
•4. Actores Humanos
La identificación de los actores humanos (stakeholders) y su lugar en el modelo de negocio
•5. Actores Computacionales
•La identificación de los actores de ordenador (elementos de computación) y su lugar en el modelo de la tecnología
•6. Roles y Responsabilidades
•Identificar y documentar las funciones, las responsabilidades y las medidas de éxito por el actor, la documentación de los scripts requeridos por el actor, y los resultados del manejo de la situación
•7. Redefinición
•Identificar y documentar las funciones, las responsabilidades y las medidas de éxito por el actor, la documentación de los scripts requeridos por el actor, y los resultados del manejo de la situación
Ver ejemplo en: http://learningsoftwareeng.edublogs.org/bpm-soa/casos-de-estudio/

OBJETIVOS SMART
SPECIF (Específico): El objetivo de proporcionar "una interfaz de usuario coherente que asegure todas las funciones y servicios accesibles al usuario aparecerán y se comportan de una manera predecible similares independientemente de la aplicación o el sitio". Es bastante específico. Sin embargo, las medidas que figuran en la segunda frase podría ser más específico ...
MEASURABLE (Medibles): Como se ha indicado anteriormente, el objetivo es medible, pero podría ser más específico. La segunda frase podría modificarse para leer (por ejemplo): "Esto llevará a un 10% mayor eficiencia de los usuarios y el 20% menos de errores de usuario de entrada de pedidos, que a su vez puede dar lugar a un 5% más bajos costos de entrada de pedidos".
ACTIONABLE (Actionable): El objetivo es una acción. Parece claro que se debe proporcionar la consistencia de la interfaz de usuario, y que podría ser manejado por los responsables de proporcionar la interfaz de usuario para el dispositivo del usuario.
REALISTIC (Realista): El objetivo de proporcionar "una interfaz de usuario coherente que asegure todas las funciones y servicios accesibles al usuario aparecerán y se comportan de una manera predecible similares independientemente de la aplicación o el sitio" podría no ser realista. Teniendo en cuenta el uso actual de la PDA en el usuario final podría llevarnos a aumentar el objetivo de asegurar que los desarrolladores no creen indebidamente diseños que dificultan el uso de las nuevas tecnologías. El objetivo podría ser re-declarado como "una interfaz de usuario consistente, a través de dispositivos de interfaz de usuario que proporcionen una funcionalidad similar, que asegure ..." etc.
TIME-BOUND (De duración determinada): El objetivo como se ha dicho no es de duración determinada. Para llevar mucho tiempo atado el objetivo podría ser re-declarado como "el final de la Q3, proporcionan una constante ..."
66

ARQUITECTURA DE NEGOCIO
TOGAF – Open Group: http://pubs.opengroup.org/architecture/togaf9- doc/arch/chap08.html
67

68
Arquitectura del Negocio
Arquitectura de la Información
La arquitectura de negocio es resultado de la definición de la estrategia de la organización, de sus procesos de negocio y su funcionalidad (Sousa, Marques & Alves, 2005). Es la base para identificar los requisitos de los sistemas de información que apoyan a las actividades del negocio.
Gestión de Procesos (Business Process Management – BPM)
La Arquitectura de Negocio describe CÓMO lograr las estrategias planteadas entre el negocio y TI.

Misión
El propósito de la definición de la misión corporativa, consiste en establecer la dirección y el enfoque, bajo el cual se tomarán las decisiones estratégicas.
Por lo general, una misión bien definida consta del establecimiento del rubro (negocio) de la organización, su visión, metas a grandes rasgos, y enuncia los principales valores filosóficos que respaldan su actuar
69
Fuente: http://www.inf.utfsm.cl/~lhevia/asignaturas/sdeg/topicos/Gestion/cap1pdf.pdf

Visión
Es el segundo componente en la declaración de la misión corporativa, llamado también intento estratégico, consiste en una manifestación formal de lo que la empresa trata de lograr. Ejemplo: “ser la mejor empresa de productos alimenticios del mundo”.
70

Estrategia
Estrategia es el patrón o plan que integra las principales metas y políticas de una organización, y a la vez establece las acciones coherentes a realizar. Según esta definición, una estrategia debe ser racionalmente planificada, esto determina metas y objetivos a largo plazo, distribución adecuada de recursos, y un plan de acción que ponga en práctica todo lo anterior.
La estrategia del negocio define QUÉ se va a lograr
71

72
ADM

En el primer paso, es muy importante ubicar la organización en un sector industrial y seleccionar el modelo de referenica proporcionado por el Enterprise Continuum. Este será usado como base para la definición de la arquitectura futura y específica de la organización.
Ejemplo:
ARTS – Sector: Retail
Etom – Sector: Telecom
El la arquitectura del Repositorio deberán existir modelos de referencia para cada sector industrial.
73

MODELOS DE REFERENCIA DEL NEGOCIO
Es un modelo de referencia, concentrándose en los aspectos funcionales y organizacionales de la actividad principal de una empresa, organización de servicio o agencia de gobierno.
En la ingeniería de la empresa un modelo de referencia de negocios es parte de un marco de trabajo de Arquitectura Empresarial o Architecture Framework.
74
http://en.wikipedia.org/wiki/Business_reference_model

OTROS MODELOS DE REFERENCIA DEL NEGOCIO
75

MODELO DE REFERENCIA - ETOM (ENHANCED TELECOM OPERATIONS MAP)
76
http://astimen.wordpress.com/category/ngoss-etom/
http://www.tmforum.org/InformationFramework/1684/home.html
http://videos.cw-innovations.de/etom-enhanced-telecom-operations-map-best-practice-framework-fuer-die-telekomindustrie/1187/
LINKS:

MODELO DE REFERENCIA DEL NEGOCIO – U.S. DEPARTMENT OF HEALTH & HUMAN SERVICES
77
Business Reference Model of Healthcare ()

OTROS MODELOS DE REFERENCIA DEL NEGOCIO
FEA Business Reference Model
http://www.whitehouse.gov/sites/default/files/omb/assets/fea_docs/FEA_CRM_v23_Final_Oct_2007_Revised.pdf
Business Process Model from the FEAPMO, version 2.0
http://pic.dhe.ibm.com/infocenter/rsysarch/v11/index.jsp?topic=%2Fcom.ibm.sa.irma.doc%2Ftopics%2Fc_Business_Ref_Mdl_BRM.html
Así se pueden encontrar otros modelos de referencia de difererentes tipos de negocio (dominios empresariales): banca, educación, textil, servicios, retail, etc.
78

79

GESTIÓN DE PROCESOS DE NEGOCIO
80

81
[Fuente: http://bpminsights.blogspot.com/2006/11/big-picture.html]

82
•Workflow (el flujo de trabajo)
La secuencia de actividades que entrega un resultado para una organización. Se analiza la secuencia para detectar desperdicio, fuentes de errores, fuentes de retrasos y otras impedimentos para un flujo del trabajo eficiente.
(video recomendado: http://www.youtube.com/watch?v=3KJjKY8k9Lk)
•Systems (los sistemas)
Los sistemas de una organización son mas y más importantes para el mejoramiento de los procesos. Qué sistemas se usan actualmente para apoyar a los procesos? Cuál es la dimensión del apoyo? Cuál es el nivel de integración de los sistemas? Qué innovaciones podemos observar?

83
[Fuente: http://bpminsights.blogspot.com/2006/11/big- picture.html]
•Metrics (métricas)
•Definir indicadores que muestren si la empresa cumple con los objetivos
•Para indicar medidas para mejorar los procesos
•Una empresa que esta enfocada en ser líder de costos (cost leadership) necesita otras métricas que una empresa que esta enfocado en el servicio al cliente
•Se pueden ponderar las métricas según su importancia para lograr los objetivos de la empresa. Las métricas con mas peso dan también orientación para el mejoramiento de procesos

MÉTRICAS EN EL PROCESO DE NEGOCIO
84
Key Success Factors (KSF) Factores críticos de éxito (clave) - FCE
Aspectos que son indispensables para el adecuado funcionamiento de un proceso
Key Goal Indicators (KGI)
Mide el impacto o consecuencia de un proceso en el contexto de una empresa
Key Performance Indicators (KPI)
Mide el funcionamiento de un proceso
Balance Scorcard

85
•Governance (la gobernabilidad)
•Gobernabilidad también tiene un impacto en el mejoramiento de los procesos. Muchos procesos son ineficientes debido a las normas, reglas y políticas existentes. Ellos afectan las iniciativas de mejoramiento.
•Si son externos (leyes etc.) no se puede hacer mucho, pero si son internos se tiene que pensar en revisarlos

86
•Personnel (los empleados)
•Buenas practicas con respecto a la contratación de empleados facilita la incorporación de “process thinkers” (personas que piensan en procesos).
•Una capacitación que se realiza de una manera metódica asegurará coherencia en la manera como se realiza y se mejora el trabajo dentro de una organización.
•Una condición previa para lograr resultados excelentes es la gente que esta a cargo de la realización de la actividades y el trabajo en una empresa.
•La “calidad” de estas personas se asegura a través de un proceso de contratación bien diseñado que apoya la realización de los objetivos de la organización.

87
•Environment (el entorno)
Tanto los factores internos, como p.ej. la estructura de una organización o la infraestructura física, como los factores externos, incluyendo los mercados de objetivo y factores económicos pueden influir el diseño de los procesos de una empresa.

88
* Mas preciso: Gobierno Corporativo, Administración de Riesgos y Cumplimiento Regulatorio

89
Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio

90
Definición
Ejecución
Monitoreo
Optimización
Herramientas BPM (Business Process Modelling)

91
Ej: Proceso Solicitud de Vacaciones

92
Definición
Ejecución
Monitoreo
Optimización
Herramientas BAM (Business Activity Monitoring)

93
Herramientas BPM (Business Process Management)
Definición
Ejecución
Monitoreo
Optimización

94

95

Una vista más “técnica”:
Business Process Ontology*
[Barros, O.: Business Processes Architecture and Design, in BPTrends, p. 1 May 2007]
* El término ontología en la informática hace referencia a la formulación de un exhaustivo y riguroso esquema conceptual dentro de uno o varios dominios dados; con la finalidad de facilitar la comunicación y la compartición de la información entre diferentes sistemas y entidades
[http://es.wikipedia.org/wiki/Ontolog%C3%ADa_(Inform%C3%A1tica)]
96

97

98
-Organigrama/ Actor
-Roles
-Ubicación
-Contrato / Medida
MATRICES
-Matriz de Interacción del negocio
-Flujo del proceso
-Eventos
MATRICES
DIAGRAMAS
-Modelo Conceptual
-Modelo Lógico
-Seguridad de Datos
-Interfaces
MATRICES
-Aplicaicón / Rol
DIAGRAMAS
-Stakeholders
DIAGRAMAS
-Modelo conceptual de la Solución (Escenarios de Negocio)

PRODUCTOS DE LA FASE - CATALOGOS
99
Organización
Actor
Localización
Ventas
Juan Vélez
Sucursal
Ventas
María Salazar
Dirección casa
Ventas
Salesforce.com
Call Center
Organización / actor
Direccionamiento / Metas / Objetivos
Unidad Organizacional
Direccionamiento
Meta
Objetivo
Medidas
Ventas
Competidor A (Posición de venta única)
Asociarse al competidor A
Por definirse
Por definirse
Ventas
Comaetidor B (precio)
Disminuir el costo
Por definirse
Por definirse

100
Roles
Servicio de Negocio / Función
Rol
Función realizada
Entrenamiento Requerido
Agente de ventas
Captura de pedidos del cliente
Por definir
Agente de ventas
Mantenimiento de las relaciones con el cliente
Por definir
Asistente
Mantenimiento diario de vendedores
Por definir
Unidad Organizacional
Función del Negocio
Servicio del Negocio
Servicio del sistema de información
Ventas
Gestión de relaciones con el cliente
Promoción
Anuncio electrónico mensual
Ventas
Captura de la orden
Captura de la orden
Captura de la orden

101
Localización
Proceso / Evento / Control / Producto
Localizaciones
Computadores de los usuarios finales
Servidores
Sitio del Cliente
Captura de la Orden
Lap Top
Por definir
Oficina Central
Normativa
PC
Por definir
Proceso
Evento
(Entrada)
Control (Precondición)
Producto
(Salida)
Cierre de Orden
Confirmación de la orden
Precio pactado y Stock disponible
Orden cerrada
Normativa
Final del día
Orden cerrada
Mensajes de instrucción

102
Contrato / Medida
Negocio o servicio de sistema de información
Contrato del servicio
Medida
Búsqueda del cliente
Por definirse
Por definirse
Por definirse
Por definirse

PRODUCTOS DE LA FASE - MATRICES
103
Interacción del Negocio
Elemento de Negocio
Matriz
Organización
Organización
Comunica con
Comunica con
Rol
Actor
Agente Vendedor
Contacto con el cliente
Juan Vélez
Ejecuta
María Salazar
Ejecuta
Salesforce.com
Ejecuta
Interacción del Negocio

PRODUCTOS DE LA FASE - DIAGRAMAS
104
Footprint (huella) del Negocio
Huella del Negocio
Reunido a través de
Ofrecido por
El cuál realiza
Usando estos
Servicios de Negocio
Unidades Organizacionales
Funciones de Negocio
Componentes técnicos
Generar ingresos
Remodelación de cocina
División de ventas de cocinas
Captura de la orden
Lap top, Aplicaciones back office
Generar ingresos
Corte de cabello, lavado de cabello, manicure
Peluquería
Barbería
Champú, tijeras, silla, etc.

105
Footprint (huella) del Negocio
Fuente: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
http://www.togaf-modeling.org/models/business-architecture- menu/business-footprint-diagrams-menu.html

106
Información
Entidades de Datos
Fuentes de los Datos
Entidades de Datos
Consume
Desde
Y Produce
Captura de la orden
Precio del ítem en stock
Sistema ERP
Orden
Promoción
Sistema CRM
Email
Servicio de Negocio / Información
Ver el siguiente documento guía:
http://xpertaml.com/backup/ABS%20Development%20(Martin)/Methodologies/MethodologyForRevision/PS07-VII- 03-DDF.pdf
Descomposición Funcional

107
Servicio de Negocio / Información

108
Ciclo de vida del producto

109
Meta / Objetivo / Servicio

110
Meta / Objetivo / Servicio

111
Casos de uso de negocios
Organigrama o Descomposición Organizacional
Este diagrama es opcional para mostrar las funciones del negocio desde este tipo de diagrama
Diagrama estructural de la organización Funcional
Modelo de Procesos
Modelo de procesos que se debe construir como modelo base para la gestión de los procesos

ARQUITECTURA DE SISTEMAS DE INFORMACIÓN – ARQUITECTURA DE DATOS
TOGAF – Open Group:
http://pubs.opengroup.org/architecture/togaf9- doc/arch/chap10.html
112

ARQUITECTURAS DE SISTEMAS DE INFORMACIÓN
113
Fuente: Open Group

114
Fuente: Open Group

115
Fuente: Open Group

ARQUITECTURAS DE SISTEMAS DE INFORMACIÓN – ARQUITECTURA DE DATOS
116
Arquitectura de Datos/Información
Arquitectura de Negocio
La arquitectura de la información describe qué necesita la organización saber para ejecutar los procesos descritos en la arquitectura de negocio. Es decir, especifica qué partes del proceso de negocio son apoyadas por cada aplicación y donde cada tipo de datos será almacenado y manejado.

Principios de Datos
El dato es un activo
El dato es compartido
El dato es accesible
El dato es confiable
Vocabulario común y definición de datos
Seguridad de datos
117

118
Modelo CONCEPTUAL de Datos
Modelo LÓGICO de Datos
Modelo FÍSICO de Datos

DE LA ARQUITECTURA DE NEGOCIO A LA ARQUITECTURA DE DATOS
119
Actor
Entidad de Dato
Servicio de información
Provee y consume entidades de datos
Accedida y actualizadas a través del servicio
COMPONENTE LÓGICO DE DATOS
COMPONENTE LÓGICO DE APLICACIÓN
Es procesado por un CLA
Reside dentro de un CLD
Opera en una ED
Encapsula ED

DE LA ARQUITECTURA DE NEGOCIO A LA ARQUITECTURA DE DATOS
120
Actor
Entidad de Dato
Servicio de información
Provee y consume entidades de datos
Accedida y actualizadas a través del servicio
COMPONENTE LÓGICO DE DATOS
COMPONENTE LÓGICO DE APLICACIÓN
Es procesado por un CLA
Reside dentro de un CLD
Opera en una ED
Encapsula ED
COMPONENTE FÍSICO DE DATOS
COMPONENTE FÍSICO DE APLICACIÓN
Es extendido por
Extendido a
Encapsula CFD
LOCALIZACIÓN
Se aloja en

ARQUITECTURA DE APLICACIONES
121
Proceso de
Negocio
Tarea 1 Tarea 2 Tarea n
GENTE
- Administran y operan el negocio
- Hacen la gestión del proceso
- Producen los servicios
- Demandan y gestionan la
información
- Usan las aplicaicones y las
tecnologías
QUÉ DATOS FLUYEN EN EL
PROCESO NEGOCIO y QUÉ
COMPONENTES DE DATOS SON
PROPORCIONADOS O REQUERIDOS
POR EL NEGOCIO?
Qué hay hoy?
Qué aplicaciones
procesan la
información

ARQUITECTURA DE DATOS
El objetivo aquí es definir los principales tipos y fuentes de datos necesarios para soportar el negocio, de una manera que es:
 Comprensible por los interesados
 Completa y consistente
 Estable
El esfuerzo en esta arquitectura NO se refiere al diseño de base de datos.
122
Fuente: Open Group

El objetivo es definir las entidades de datos relevantes para la empresa, no para diseñar sistemas de almacenamiento lógico o físico. (Sin embargo, los vínculos a los archivos y bases de datos existentes pueden desarrollarse, y puede demostrar áreas significativas de mejora)
123
Fuente: Open Group

El equipo de arquitectura tendrá que considerar qué recursos relevantes arquitectura de datos están disponibles en el Enterprise Continuum, en particular, los modelos de datos genéricos relevantes a la industria "vertical" del sector. Por ejemplo:
ARTS ha definido un modelo de datos para la industria de Retail (ventas al por menor).
POSC ha definido un modelo de datos para la industria de petrotécnicos.
124
Fuente: Open Group

125
ARTS – DATA MODEL
http://www.nrf-arts.org/content/arts-data-model-home-page

126
Customer Subject Area Data Model for ARTS
http://www.nrf-arts.org/content/arts-data-model-home-page

Otros Modelos de Referencia:
The Enterprise Data Model - http://www.whitehouse.gov/sites/default/files/omb/assets/egov_docs/DRM_2_0_Final.pdf
Modelo de datos para la industria de la distribución de alimentos: http://www.databaseanswers.org/data_models/food_distribution/index.htm
Modelo de Referencia de Datos Sector Financiero: http://www1.worldbank.org/publicsector/pe/trm.pdf http://www.information- management.com/issues/20020701/5339-1.html
Universal Data Models for Manufacturing: http://www.information- management.com/issues/20021201/6078-1.html
127

128
-Organigrama/ Actor
-Roles
-Ubicación
-Contrato / Medida
MATRICES
-Flujo del proceso
-Eventos
MATRICES
DIAGRAMAS
-Modelo Conceptual
-Modelo Lógico
-Seguridad de Datos
-Interfaces
MATRICES
-Aplicaicón / Rol
DIAGRAMAS
-Stakeholders
DIAGRAMAS
-Modelo conceptual de la Solución Actual
http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
http://pic.dhe.ibm.com/infocenter/rsysarch/v11/index.jsp?topic=%2Fcom.ibm.sa.togaf9.doc%2Ftopics%2Ft_Data_Arch.html
http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
http://grahamberrisford.com/AM%201%20Methods/6%20DOCUMENT/AM%206%20%20Doc%20data%20diagrams%2030.pdf
FUENTES

ARQUITECTURA DE SISTEMAS DE INFORMACIÓN – ARQUITECTURA DE APLICACIONES
TOGAF – Open Group:
129

130
Fuente: Open Group

Objetivo
Desarrollar la Arquitectura de Aplicación de destino (Target) que permite desplegar la Arquitectura de Negocio y la de Visión en la organización, cumpliendo así con la Solicitud de Trabajo Arquitectura (base line) y las preocupaciones de los interesados .
Identificar los componentes de la Hoja de Ruta de Arquitecturas candidatas sobre la base de las diferencias entre la línea de base y las arquitecturas de aplicaciones de destino.
131

El Open Group cuenta con un modelo de referencia para la Infraestructura de Información Integrado (III-RM) que se centra en los componentes de nivel de aplicación y servicios necesarios para proporcionar una nfraestructura de información integrada.
Ver las siguientes referencias:
http://pubs.opengroup.org/architecture/togaf8-doc/arch/chap22.html
132

EL BLUEPRINT DE UN MODELO DE REFERENCIA DE LA ARQUITECTURA DE APLICACIONES
133
Fuente: http://www.academia.edu/798069/The_Application_Architecture_Reference_Model_Blueprint

DETALLE DEL MODELO DE REFERENCIA DE LA ARQUITECTURA DE APLICACIONES
134
Fuente: http://www.academia.edu/798069/The_Application_Architecture_Reference_Model_Blueprint

135
Proceso de
Negocio
GENTE
- Demandan y gestionan la información
- Usan las aplicaicones y las tecnologías
APLICACIONES DE SOFTWARE
QUE ACTUALMENTE APOYAN
LA ORGANIZACIÓN
Qué hay hoy?
Qué applicaciones de
software necesito
para apoyar las
estrategias de la
organización

136
GENTE
Catálogo de
Aplicaciones
Proceso de
Negocio

137
GENTE
Catálogo de
Interfases
Catálogo de
Aplicaciones
Proceso de
Negocio

138
GENTE
Matrices
Catálogo de
Matriz de Aplicación / Organización Aplicaciones
Función / Aplicación matriz
Matriz de Uso / función
Matriz de interacción de aplicaciones
Catálogo de
Interfases
Proceso de
Negocio

139
Proceso de
Negocio
GENTE
Diagramas
Catálogo de
Diagrama de comunicaciones de la aplicación Aplicaciones
Aplicación y ubicación del usuario diagrama
Diagrama de casos de uso de aplicaciones
Diagrama de administración empresarial
Diagrama de realización de procesos / aplicaciones
Diagrama de distribución de software
Catálogo de
Interfases
Matrices

ARQUITECTURA DE APLICACIONES VISTA DESDE SOA
140
SOA Reference Model
(Fuente: SOA terminology overview, Part 1: Service, architecture, governance, and business terms)

ARQUITECTURA EMPRESARIAL TOGAF - SOA
141
SOA – Enterprise Architecture
Algunos links de referencia documental:
- http://www.opengroup.org/soa/source-book/soa/soa_ea.htm
- http://www.slideshare.net/mstabare/arquitecturas-empresariales- introduccin
- http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap11.html
- http://www.ibm.com/developerworks/webservices/library/ws-soa-term1/
- http://www.ibm.com/developerworks/webservices/library/ws-soa- enterprise2/
- http://www.ibm.com/developerworks/webservices/library/ws-soa- enterprise3/
- http://msdn.microsoft.com/en-us/architecture/aa699438.aspx
- http://sreenisetty.blogspot.com/

FIN
142

Arquitecturas empresariales para Ingenieros de Sistemas/Informáticos/de Software

Más contenido relacionado

La actualidad más candente (20)

Similar a Arquitecturas empresariales para Ingenieros de Sistemas/Informáticos/de Software (20)

Más de Marta Silvia Tabares (20)

Último (20)

Arquitecturas empresariales para Ingenieros de Sistemas/Informáticos/de Software