Arquitecturas empresariales version gerencia de información

  • 641 views
Uploaded on

La Arquitectura Empresarial es una disciplina básica para la gerencia o gestión de la información de las organizaciones. Esta determina la alineación entre el negocio y las tecnologías de información …

La Arquitectura Empresarial es una disciplina básica para la gerencia o gestión de la información de las organizaciones. Esta determina la alineación entre el negocio y las tecnologías de información para incrementar la productividad de la empresa y la satisfacción de sus empleados y principalmente de sus clientes.

More in: Engineering
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
641
On Slideshare
0
From Embeds
0
Number of Embeds
1

Actions

Shares
Downloads
0
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. ARQUITECTURAS EMPRESARIALES INTRODUCCIÓN Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Gerencia de Información – AE II
  • 2. Agenda de trabajo 2014-2 1/3 2 Tema Fechas Dinámica de trabajo Producto Entregable Fechas de Entrega Valor del entregable Revisión de los conceptos básicos de la Arquitectura Empresarial: - La vista organizacional, su estrategia, los objetivos organizacionales, stakeholders, etc. - Marcos de trabajo 28 y 29 de Julio - Clase magistral - Dinámicas activas de aprendizaje - Trabajo de clase - Lectura artículo: “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/9159351 35222421.pdf Evaluación: - Ensayo escrito individual (10%) - Sustentación individual (10%) 4 de Agosto - Trabajos de clase 10% - Ensayo y defensa del artículo (15%) - Total evaluación (30%)
  • 3. Agenda de trabajo 2014-2 2/3 3 Tema Fechas Dinámica de trabajo Producto Entregable Fechas de Entrega Valor del entregable Arquitectura de Negocio: - Apropiación de temas como: - Principios - Modelos de Referencia - Escenarios de Negocio - Revisión del tema gestión de procesos de negocio 30,31 Julio 4 de Agosto - Foro de discusión – sustentación artículo (fase I) - Clase Magistral - Desarrollo Proyecto de Clase Proyecto de clase Fase I (Se inicia el 29 y se entrega y presenta el 5 de agosto) - Proceso de Negocio - Escenarios de Negocio - Modelo de Referencia - Análisis de brechas de la Arquitectura de Negocio 4 de Agosto 30%
  • 4. Agenda de trabajo 2014-1 3/3 4 Tema Impartido Fechas Dinámica de trabajo Producto Entregable Fechas de Entrega Valor del entregable - Arquitectura de Sistemas de Información: - Arquitectura de Aplicaciones - Arquitectura de Datos 5,6,11 de Agosto - Defensa de avance del Proyecto Fase I. (Máximo tiempo por equipo 15’) - Clase Magistral - Desarrollo Proyecto de Clase. - Defensa de avance del Proyecto Fase II. Proyecto de clase Fase 2 - Modelo de Datos - Modelo de Aplicaciones - Modelo de Gestión de Información desde los sistemas de información 11 de Agosto 40% Los casos desarrollados en clase y fuera de ella deben ser trabajados en las siguientes herramienta: - Trabajo colaborativo: http://realtimeboard.com. Allí el equipo deberá crear una cuenta para manejar la siguiente información. - Mapa conceptual de la arquitectura de visión del caso determinado - Modelo de negocio (project canvas o business model) - Escenarios de Negocio (diagrama espina de pescado – modelo causa-efecto) - Documentos anexos (google drive) - Modelo de Procesos de Negocio: - Herramientas Bizagi o Bonita (BPM Tool).
  • 5. CONCEPTOS BÁSICOS DE LA ARQUITECTURA EMPRESARIAL 5
  • 6. ¿De donde surge el concepto de Arquitecturas Empresariales? Áreas de Tecnologías de InformaciónÁreas de Negocio Alineación 6 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 7. ¿De donde surge el concepto de Arquitecturas Empresariales? Á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 7 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 8. ¿De donde surge el concepto de Arquitecturas Empresariales? Á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 8 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 9. ¿De donde surge el concepto de Arquitecturas Empresariales? Áreas de Tecnologías de InformaciónÁreas de Negocio Gestión del Cambio 9 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 10. ¿DedondesurgeelconceptodeArquitecturasEmpresariales? 10 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) Compañía X Compañía Y Compañía ZRed Q Unidad de Negocio A Undad de Negocio C Unidad de Negocio BCompañía X Recursos Humanos Finanzas y Contabilidad Mercadeo y Ventas Unidad de Negocio A Mercdeo Gestión de Ventas Gestión del Producto Mercadeo y Ventas Nivel de Agregación Nivel Organizacional Nivel de Red Nivel Corporativo Nivel Operativo Nivel Funcional Socios/Alianzas Grupo/ Corporación Unidad Operqativa Departamento Funcional
  • 11. Gente Liderazgo Arquitectura Empresarial Proceso Medición Información InfraestructuraAplicaciones Gestión Comunicación Gobernabilidad Qué Cuándo Donde Cómo Quién Gartner http://www.gartner.com/it-glossary/enterprise-architecture-ea/ Arquitectura Empresarial 11 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 12. Arquitectura Empresarial ARQUITECTURA • 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 12 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 13. Arquitectura Empresarial • Arte de proyectar y construir edificios. • Arte de conducir y aprovechar … • Arte de fortificar. 13 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 14. Arquitectura Empresarial ARQUITECTURA EMPRESARIAL • 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. 14 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 15. Arquitectura Empresarial ARQUITECTURA EMPRESARIAL 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. Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture 15 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 16. Arquitectura Empresarial 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. GARTNER 16 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 17. Arquitectura Empresarial “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í.” 31/07/2014 AE - Marta Silvia Tabares B. 17 by Ken Orr, Senior Consultant, Cutter Consortium.
  • 18. Arquitectura Empresarial 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 Comunicacione s Otras Tecnologías KPI cadena de valor ontología del negocio proceso del negocio Motivadores del negocio estrategias Líneas de negocio 18 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 19. Arquitectura Empresarial 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 19 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 20. Logros - Arquitectura Empresarial 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). Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture 20 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 21. Beneficios - Arquitectura Empresarial • 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. Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture 21 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 22. Beneficios - Arquitectura Empresarial • 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. Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture 22 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 23. Una vista general de una Arquitectura Empresarial 23 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) Fuente: Disney Architecture Council
  • 24. MARCOS DE TRABAJO (FRAMEWORS) PARA LAS ARQUITECTURAS EMPRESARIALES http://pubs.opengroup.org/architecture/togaf8- doc/arch/chap37.html 24
  • 25. 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 25 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 26. Marcos de Trabajo de las Arquitecturas Empresariales • ‘“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 26 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 27. Marcos de Trabajo de las Arquitecturas Empresariales • ‘”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 27 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 28. Marcos de Trabajo de las Arquitecturas Empresariales • ‘“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 28 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 29. The EnterpriseArchitecture Center of Excellence 29 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 30. The Zachman Framework http://cybertesis.upc.edu.pe/upc/2010/morales_lc/html/TH.2.html 30 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 31. The Open Group Architectural Framework (TOGAF) 31 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 32. The Federal Enterprise Architecture Fuente: Chief Information Officer Council v1.0. Federal Enterprise Architecture 32 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 33. DEFINICIÓN Y PUESTA EN MARCHA DE UNA ARQUITECTURA EMPRESARIAL FRAMEWORK seleccionado: TOGAF – Open Group 33
  • 34. Arquitectura Empresarial - TOGAF Fuente: Open Group 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 34 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 35. TOGAF – Content Metamodel Fuente: Open Group 35 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 36. TOGAF – Content Metamodel 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í. Por ejemplo, al crear una arquitectura, un arquitecto identificará las aplicaciones, las entidades de datos'''' celebradas dentro de las aplicaciones y tecnologías que implementan estas aplicaciones. Estas aplicaciones serán activadas para los grupos de apoyo particulares de usuarios de empresa o actor, y se utilizará para cumplir con los servicios del negocio'. Fuente: Open Group 36 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 37. Entidades Centrales y sus Relaciones Fuente: Open Group 37 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 38. Análisis de Brechas (Gap Analysis) 38 Arquitectura Base (Baseline) Arquitectura Objetivo (Target) Brechas (Gaps) http://pubs.opengroup.org/architecture/togaf91-doc/arch/chap27.html
  • 39. Análisis de Brechas (Gap Analysis) 39 Brechas en el dominio de Negocios: • Gente (por ejemplo, los requisitos de entrenamiento cruzado) • Proceso (por ejemplo, las ineficiencias del proceso) • Herramientas (por ejemplo, duplicar o falta de funcionalidad de la herramienta) • Información • Medición • Financieras • Instalaciones (edificios, oficinas, etc) Brechas en el dominio de Datos: • Datos actuales no son suficiente • Datos que no se encuentren donde se necesita • Datos que no se necesitan • Datos no disponibles cuando se necesiten • Datos que no se ha creado • Datos no utilizados • Relación de datos • Aplicaciones afectadas, eliminadas, o creadas • Tecnologías afectadas, eliminadas, o creadas Arquitectura Base (Baseline) Arquitectura Objetivo (Target) Brechas (Gaps) http://pubs.opengroup.org/architecture/togaf91-doc/arch/chap27.html
  • 40. Análisis de Brechas (Gap Analysis) 40 Arquitectura Base (Baseline) Arquitectura Objetivo (Target) Brechas (Gaps) http://pubs.opengroup.org/architecture/togaf91-doc/arch/chap27.html
  • 41. 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. 41 • 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. Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
  • 42. Herramientas para la implementación de una Arquitectura Empresarial - EJEMPLOS 42 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013 http://www.iteraplan.de/en/online-demo
  • 43. Herramientas para la implementación de una Arquitectura Empresarial - EJEMPLOS 43 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013 http://pubs.opengroup.org/architecture/archimate2-doc/chap02.html ARCHIMATE
  • 44. 44 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 http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap26.html Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013 Ver ejemplo en: http://learningsoftwareeng.edublogs .org/bpm-soa/casos-de-estudio/
  • 45. 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 ..." 45 http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap26.html Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
  • 46. PRELIMINARES Y VISIÓN DE LAARQUITECTURA Bajo el framework TOGAF: - http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html - http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap07.html 46
  • 47. Prelimenares para definir la Arquitectura Empresarial 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 TOGAF Fuente: Open Group 47 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 48. Prelimenares para definir la Arquitectura Empresarial 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 TOGAF Fuente: Open Group 48 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 49. Prelimenares para definir la Arquitectura Empresarial Fase – Arquitectura de Visión: En esta se define el proyecto a partir del compromiso de la administración, de. • 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. TOGAF Fuente: Open Group 49 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 50. Prelimenares para definir la Arquitectura Empresarial Fuente: Open Group 50 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 51. ARQUITECTURA DE NEGOCIO TOGAF – Open Group: http://pubs.opengroup.org/architecture/togaf9- doc/arch/chap08.html 51
  • 52. Arquitectura de Negocio Arquitectura del Negocio Arquitectura de la Información Arquitectura de Aplicaciones Arquitectura de Tecnologías 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. Fuente: Open Group 52 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 53. Arquitectura de Negocio 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 Fuente: http://www.inf.utfsm.cl/~lhevia/asignaturas/ sdeg/topicos/Gestion/cap1pdf.pdf 53 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 54. Arquitectura de Negocio 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”. Fuente: http://www.inf.utfsm.cl/~lhevia/asignaturas/ sdeg/topicos/Gestion/cap1pdf.pdf 54 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 55. Arquitectura de Negocio 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 Fuente: http://www.inf.utfsm.cl/~lhevia/asignaturas/sdeg/topicos/Gestion/cap1pdf.pdf 55 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 56. Arquitectura de Negocio TOGAF Fuente: Open Group 56 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 57. Arquitectura de Negocio • 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. 57 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 58. Modelos de Referencia para abordar el desarrollo de una AE Modelo de referencia de negocios 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. 58 http://en.wikipedia.org/wiki/Business_reference_model Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 59. Arquitectura de Negocio – Ejemplo Modelo de Referencia http://astimen.wordpress.com/category/ngoss-etom/ eTOM (enhanced Telecom Operations Map) 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: 59 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 60. 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=%2F com.ibm.sa.irma.doc%2Ftopics%2Fc_Business_Ref_Mdl_BRM.ht ml Así se pueden encontrar otros modelos de referencia de difererentes tipos de negocio (dominios empresariales): banca, educación, textil, servicios, retail, etc. 60
  • 61. Otros modelos de referencia del Negocio 61
  • 62. Gestión de Procesos de Negocio 62 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 63. Gestión de Procesos de Negocio [Fuente: http://bpminsights.blogspot.com/2006/11/big- picture.html] 63 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 64. Gestión de Procesos de Negocio • 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=3K JjKY8k9Lk) • 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? [Fuente: http://bpminsights.blogspot.com/2006/11/big- picture.html] 64 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 65. Gestión de Procesos de Negocio [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 65 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 66. Métricas en el proceso de Negocio 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 66 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 67. Gestión de Procesos de Negocio • 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 [Fuente: http://bpminsights.blogspot.com/2006/11/big-picture.html] 67 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 68. Gestión de Procesos de Negocio • 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. 68 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 69. Gestión de Procesos de Negocio • 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. 69 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 70. Gestión de Procesos de Negocio * Mas preciso: Gobierno Corporativo, Administración de Riesgos y Cumplimiento Regulatorio 70 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 71. [http://www.pa.com.au/sunsystems/newsletter/images/diagram.jpg] La vista panorámica del problema el cual BPM pretende solucionar 71 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 72. Gestión de Procesos de Negocio Definición Ejecución Monitoreo Optimización Gestión de Procesos del Negocio 72 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 73. Gestión de Procesos de Negocio Definición Ejecución Monitoreo Optimización Gestión de Procesos del Negocio Herramientas BPM (Business Process Modelling) 73 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 74. Gestión de Procesos de Negocio Modelado del Proceso de Negocio (Ej: Proceso Solicitud de Vacaciones) 74 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 75. Gestión de Procesos de Negocio Definición Ejecución Monitoreo Optimización Gestión de Procesos del Negocio Herramientas BAM (Business Activity Monitoring) 75 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 76. Gestión de Procesos de Negocio Herramientas BPM (Business Process Management) Definición Ejecución Monitoreo Optimización Gestión de Procesos del Negocio 76 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 77. 77 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 78. 78 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 79. Una vista más “técnica”: Business Process Ontology* [Barros,O.:BusinessProcessesArchitectureandDesign,inBPTrends,p.1May2007] * 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_(Infor m%C3%A1tica)] 79 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 80. ARQUITECTURA DE SISTEMAS DE INFORMACIÓN – ARQUITECTURA DE DATOS TOGAF – Open Group: http://pubs.opengroup.org/architecture/togaf9- doc/arch/chap10.html 80
  • 81. Arquitecturas de Sistemas de Información Fuente: Open Group 81 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 82. Arquitecturas de Sistemas de Información Fuente: Open Group 82 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 83. Arquitecturas de Sistemas de Información Fuente: Open Group 83 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 84. Arquitecturas de Sistemas de Información Arquitectura de Datos/Información Arquitectura de Negocio Arquitectura de Aplicaciones Arquitectura de Tecnologías 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. http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap10.html 84 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 85. 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. Fuente: Open Group 85 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 86. Arquitectura de Datos 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) Fuente: Open Group 86 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 87. Arquitectura de Datos • 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 (al por menor). • POSC ha definido un modelo de datos para la industria de petrotécnicos. Fuente: Open Group 87 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 88. Arquitectura de Datos ARTS – DATA MODEL http://www.nrf-arts.org/content/arts-data-model-home-page 88 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 89. Arquitectura de Datos Customer Subject Area Data Model for ARTS http://www.nrf-arts.org/content/arts-data-model-home-page 89 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 90. Arquitectura de Datos • Otros Modelos de Referencia: • The Enterprise Data Model - http://www.whitehouse.gov/sites/default/files/omb/assets/egov_doc s/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/ind ex.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 90 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 91. Arquitecturas de Sistemas de Información Fuente: Open Group 91 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 92. ARQUITECTURA DE SISTEMAS DE INFORMACIÓN – APPLICATION ARCHITECTURE TOGAF – Open Group: http://pubs.opengroup.org/architecture/togaf9- doc/arch/chap11.html 92
  • 93. Arquitectura de Aplicaciones • 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. 93 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 94. Arquitectura de Aplicaciones 94 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) 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 ARQUITECTURA DE NEGOCIO ARQUITECTURA DE APLICACIONES 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
  • 95. Arquitectura de Aplicaciones 95 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) 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 ARQUITECTURA DE NEGOCIO ARQUITECTURA DE APLICACIONES Catálogo de Aplicaciones
  • 96. Arquitectura de Aplicaciones 96 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) 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 ARQUITECTURA DE NEGOCIO ARQUITECTURA DE APLICACIONES Catálogo de Interfases Catálogo de Aplicaciones
  • 97. Arquitectura de Aplicaciones 97 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) 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 ARQUITECTURA DE NEGOCIO ARQUITECTURA DE APLICACIONES Matrices Catálogo de AplicacionesMatriz de Aplicación / Organización Función / Aplicación matriz Matriz de Uso / función Matriz de interacción de aplicaciones Catálogo de Interfases
  • 98. Arquitectura de Aplicaciones 98 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) 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 ARQUITECTURA DE NEGOCIO ARQUITECTURA DE APLICACIONES Diagramas Catálogo de AplicacionesDiagrama de comunicaciones de la aplicación 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
  • 99. El Blueprint de un Modelo de Referencia de la Arquitectura de Aplicaciones 99 Fuente: http://www.academia.edu/798069/The_Application_Architecture_Reference_Model_Blueprint Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 100. Detalle del Modelo de Referencia de la Arquitectura de Aplicaciones 100 Fuente: http://www.academia.edu/798069/The_Application_Architecture_Reference_Model_Blueprint Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 101. Arquitectura de Aplicaciones vista desde Zachman 101 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 102. Arquitectura de Aplicaciones • 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 102 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012)
  • 103. Arquitectura de Aplicaciones 103 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) Federal Architecture Reference Model (http://www.dol.gov/_sec/e_government_plan/p37_appendixc.htm#.UL0vUuSmBlw)
  • 104. Arquitectura de Aplicaciones 104 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) Business Reference Model of Healthcare (U.S. Department of Health & Human Services)
  • 105. Arquitectura de Aplicaciones 105 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) SOA Reference Model (Fuente: SOA terminology overview, Part 1: Service, architecture, governance, and business terms)
  • 106. Arquitectura de Aplicaciones 106 Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática (Dic-2012) 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/
  • 107. FIN 107