Este documento presenta el plan de trabajo de una asignatura sobre Arquitecturas Empresariales. En las primeras semanas se introducen conceptos básicos de arquitectura empresarial y marcos de trabajo. Luego, los estudiantes analizarán casos de estudio para desarrollar las arquitecturas de negocio, datos, aplicaciones e infraestructura. Los productos entregables incluyen ensayos, presentaciones y documentación sobre dichas arquitecturas para un caso real. El documento detalla los temas, fechas de entrega y porcentajes de cal
Arquitecturas empresariales para Ingenieros de Sistemas/Informáticos/de Software
1. 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)
2. 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%
3. Semana
Tema
Productos a Entregar
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)
PLAN DE TRABAJO DE LA ASIGNATURA
3
4. PLAN DE TRABAJO DE LA ASIGNATURA
4
Semana
Tema
Productos a Entregar
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%
5. 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
7. 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
8. 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
9. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
EL CONCEPTO DE ARQUITECTURA
10. EL CONCEPTO DE ARQUITECTURA
10
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
SIMPLE
COMPLEJA
INTERPRETATIVA
11. 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
12. ARQUITECTURA EMPRESARIAL
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
13. ¿DE DONDE SURGE EL CONCEPTO DE
ARQUITECTURAS EMPRESARIALES?
13
Áreas de Negocio Áreas de Tecnologías de Información
Alineación
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
14. ¿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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
15. ¿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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
16. ¿DE DONDE SURGE EL CONCEPTO DE
ARQUITECTURAS EMPRESARIALES?
16
Áreas de Negocio Áreas de Tecnologías de Información
Gestión
del
Cambio
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
17. 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.
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. ARQUITECTURA EMPRESARIAL
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
19. 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í.”
19
by Ken Orr, Senior Consultant, Cutter Consortium.
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
20. ARQUITECTURA EMPRESARIAL
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
21. 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/
ARQUITECTURA EMPRESARIAL
21
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
22. ARQUITECTURA EMPRESARIAL
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
23. 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).
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
24. 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.
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
25. 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.
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
26. UNA VISTA GENERAL DE UNA ARQUITECTURA EMPRESARIAL
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: Disney Architecture Council
26
Video recomendado Por qué una Arquitectura Empresarial
http://www.youtube.com/watch?v=qDI2oF1bASk (Fuente: Mastering Archimate)
27. MARCOS DE TRABAJO (FRAMEWORS) PARA LAS ARQUITECTURAS EMPRESARIALES
27
28. 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
29. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
30. 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
30
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
31. 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
31
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
32. 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
32
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
33. THE ENTERPRISE ARCHITECTURE CENTER OF EXCELLENCE
33
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
34. THE ZACHMAN FRAMEWORK
34
http://cybertesis.upc.edu.pe/upc/2010/morales_lc/html/TH.2.html
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
35. THE OPEN GROUP ARCHITECTURAL FRAMEWORK (TOGAF)
35
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
36. THE FEDERAL ENTERPRISE ARCHITECTURE
36
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
37. 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.
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
38. HERRAMIENTAS PARA LA IMPLEMENTACIÓN DE UNA ARQUITECTURA EMPRESARIAL - EJEMPLOS
38
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
39. HERRAMIENTAS PARA LA IMPLEMENTACIÓN DE UNA ARQUITECTURA EMPRESARIAL - EJEMPLOS
39
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
40. DEFINICIÓN Y PUESTA EN MARCHA DE UNA ARQUITECTURA EMPRESARIAL
FRAMEWORK seleccionado:
TOGAF – Open Group
40
41. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
42. EL BASELINE Y EL TARGET DE LA DEFINICIÓN DE LA AE
42
Fuente: www.opengroup.org
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
43. EL BASELINE Y EL TARGET DE LA DEFINICIÓN DE LA AE
43
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
44. TOGAF – CONTENT METAMODEL
44
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
45. 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í.
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
TOGAF – CONTENT METAMODEL
Fuente: www.opengroup.org
46. ENTIDADES CENTRALES Y SUS RELACIONES
46
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
47. TOGAF - ENTERPRISE CONTINUUM
47
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
48. TOGAF - ENTERPRISE CONTINUUM
48
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
49. TOGAF - ENTERPRISE CONTINUUM
49
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
50. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
51. 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
DIAGRAMAS COMPLEMENTARIOS
-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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Ejemplos en: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
52. PRODUCTOS POR FASES: CATÁLOGOS, MATRICES Y DIAGRAMAS
52
Fuente 1: http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap35.html
-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
DIAGRAMAS COMPLEMENTARIOS
-Procesamiento
-Redes y Hardware
-Ingeniería de Comunicaciones
-Fase E, Oportunidades y Soluciones
DIAGRAMAS
-Proyectos
-Beneficios
-Gestión de Requerimientos CATÁLOGO
-Requerimientos
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Ejemplos en: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
53. PRELIMINARES Y VISIÓN DE LA ARQUITECTURA
Vista desde el framework TOGAF:
-http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap06.html
-http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap07.html
53
54. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
55. PRELIMENARES PARA DEFINIR LA ARQUITECTURA EMPRESARIAL
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
56. PRODUCTOS POR FASES: CATÁLOGOS, MATRICES Y DIAGRAMAS
56
Fase Preliminar PRODUCTOS
-Catálogo de Principios
Lecturas recomendadas para su construcción:
-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
-Blueprint (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
DIAGRAMAS COMPLEMENTARIOS
-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 (Escenarios de Negocio)
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
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
57. PRELIMENARES PARA DEFINIR LA ARQUITECTURA EMPRESARIAL
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
Fuente: www.opengroup.org
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
58. 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. PRELIMENARES PARA DEFINIR LA ARQUITECTURA EMPRESARIAL
59
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
60. PRODUCTOS POR FASES: CATÁLOGOS, MATRICES Y DIAGRAMAS
60
Fase Preliminar
PRODUCTOS
-Catálogo de Principios
Lecturas recomendadas para su construcción:
-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
-Blueprint (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
DIAGRAMAS COMPLEMENTARIOS
-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
-Escenarios de Negocio
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
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
61. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
62. DIAGRAMA DE LA CADENA DE VALOR - EJEMPLO
62
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
63. MODELO CONCEPTUAL DE LA SOLUCIÓN
63
http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap35.html
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
“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.
64. MODELO CONCEPTUAL DE LA SOLUCIÓN - EJEMPLO
64
http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap35.html
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
65. 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
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/
66. 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
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
67. ARQUITECTURA DE NEGOCIO
TOGAF – Open Group: http://pubs.opengroup.org/architecture/togaf9- doc/arch/chap08.html
67
68. ARQUITECTURA DE NEGOCIO
68
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.
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
69. 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
69
Fuente: http://www.inf.utfsm.cl/~lhevia/asignaturas/sdeg/topicos/Gestion/cap1pdf.pdf
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
70. 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”.
70
Fuente: http://www.inf.utfsm.cl/~lhevia/asignaturas/sdeg/topicos/Gestion/cap1pdf.pdf
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
71. 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
71
Fuente: http://www.inf.utfsm.cl/~lhevia/asignaturas/sdeg/topicos/Gestion/cap1pdf.pdf
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
72. ARQUITECTURA DE NEGOCIO
72
ADM
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
Fuente: www.opengroup.org
73. 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.
73
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
74. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
75. OTROS MODELOS DE REFERENCIA DEL NEGOCIO
75
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
76. 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:
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
77. MODELO DE REFERENCIA DEL NEGOCIO – U.S. DEPARTMENT OF HEALTH & HUMAN SERVICES
77
Business Reference Model of Healthcare ()
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
78. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
79. 79
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
80. GESTIÓN DE PROCESOS DE NEGOCIO
80
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
81. GESTIÓN DE PROCESOS DE NEGOCIO
81
[Fuente: http://bpminsights.blogspot.com/2006/11/big-picture.html]
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
82. GESTIÓN DE PROCESOS DE NEGOCIO
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?
[Fuente: http://bpminsights.blogspot.com/2006/11/big-picture.html]
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
83. GESTIÓN DE PROCESOS DE NEGOCIO
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
84. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
85. GESTIÓN DE PROCESOS DE NEGOCIO
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
[Fuente: http://bpminsights.blogspot.com/2006/11/big-picture.html]
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
86. GESTIÓN DE PROCESOS DE NEGOCIO
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.
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
[Fuente: http://bpminsights.blogspot.com/2006/11/big-picture.html]
87. GESTIÓN DE PROCESOS DE NEGOCIO
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.
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
[Fuente: http://bpminsights.blogspot.com/2006/11/big-picture.html]
88. GESTIÓN DE PROCESOS DE NEGOCIO
88
* Mas preciso: Gobierno Corporativo, Administración de Riesgos y Cumplimiento Regulatorio
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
89. GESTIÓN DE PROCESOS DE NEGOCIO
89
Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
90. GESTIÓN DE PROCESOS DE NEGOCIO
90
Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio
Herramientas BPM (Business Process Modelling)
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
91. GESTIÓN DE PROCESOS DE NEGOCIO
91
Ej: Proceso Solicitud de Vacaciones
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
92. GESTIÓN DE PROCESOS DE NEGOCIO
92
Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio
Herramientas BAM (Business Activity Monitoring)
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
93. GESTIÓN DE PROCESOS DE NEGOCIO
93
Herramientas BPM (Business Process Management)
Definición
Ejecución
Monitoreo
Optimización
Gestión de Procesos del Negocio
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
94. 94
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
95. 95
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
96. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
97. 97
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
98. PRODUCTOS POR FASES: CATÁLOGOS, MATRICES Y DIAGRAMAS
98
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 del negocio
-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
DIAGRAMAS COMPLEMENTARIOS
-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 (Escenarios de Negocio)
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
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
99. 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
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
100. PRODUCTOS DE LA FASE - CATALOGOS
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
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
101. PRODUCTOS DE LA FASE - CATALOGOS
101
Localización
Proceso / Evento / Control / Producto
Localizaciones
Función del Negocio
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
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
102. PRODUCTOS DE LA FASE - CATALOGOS
102
Contrato / Medida
Negocio o servicio de sistema de información
Contrato del servicio
Medida
Búsqueda del cliente
Por definirse
Por definirse
Anuncio electrónico mensual
Por definirse
Por definirse
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
103. PRODUCTOS DE LA FASE - MATRICES
103
Interacción del Negocio
Elemento de Negocio
Matriz
Organización
Función del Negocio
Servicio del Negocio
Servicio del Negocio
Organización
Función del Negocio
Servicio del Negocio
Comunica con
Servicio del Negocio
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
104. 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.
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
105. PRODUCTOS DE LA FASE - DIAGRAMAS
105
Footprint (huella) del Negocio
Fuente: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
http://www.togaf-modeling.org/models/business-architecture- menu/business-footprint-diagrams-menu.html
106. PRODUCTOS DE LA FASE - DIAGRAMAS
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
Anuncio electrónico mensual
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
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
107. PRODUCTOS DE LA FASE - DIAGRAMAS
107
Servicio de Negocio / Información
Fuente: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
108. PRODUCTOS DE LA FASE - DIAGRAMAS
108
Ciclo de vida del producto
Fuente: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
109. PRODUCTOS DE LA FASE - DIAGRAMAS
109
Meta / Objetivo / Servicio
Ejemplos en: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
110. PRODUCTOS DE LA FASE - DIAGRAMAS
110
Meta / Objetivo / Servicio
Ejemplos en: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
111. PRODUCTOS DE LA FASE - DIAGRAMAS
111
Casos de uso de negocios
Ejemplos en: http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
112. ARQUITECTURA DE SISTEMAS DE INFORMACIÓN – ARQUITECTURA DE DATOS
TOGAF – Open Group:
http://pubs.opengroup.org/architecture/togaf9- doc/arch/chap10.html
112
113. ARQUITECTURAS DE SISTEMAS DE INFORMACIÓN
113
Fuente: Open Group
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
114. ARQUITECTURAS DE SISTEMAS DE INFORMACIÓN
114
Fuente: Open Group
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
115. ARQUITECTURAS DE SISTEMAS DE INFORMACIÓN
115
Fuente: Open Group
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
116. ARQUITECTURAS DE SISTEMAS DE INFORMACIÓN – ARQUITECTURA DE DATOS
116
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
117. ARQUITECTURAS DE SISTEMAS DE INFORMACIÓN – ARQUITECTURA DE DATOS
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. ARQUITECTURAS DE SISTEMAS DE INFORMACIÓN – ARQUITECTURA DE DATOS
118
Modelo CONCEPTUAL de Datos
Modelo LÓGICO de Datos
Modelo FÍSICO de Datos
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
119. DE LA ARQUITECTURA DE NEGOCIO A LA ARQUITECTURA DE DATOS
119
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
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
120. DE LA ARQUITECTURA DE NEGOCIO A LA ARQUITECTURA DE DATOS
120
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
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
121. 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
ARQUITECTURA DE NEGOCIO
ARQUITECTURA DE APLICACIONES
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
122. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
123. 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)
123
Fuente: Open Group
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
124. 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 (ventas al por menor).
POSC ha definido un modelo de datos para la industria de petrotécnicos.
124
Fuente: Open Group
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
125. ARQUITECTURA DE DATOS
125
ARTS – DATA MODEL
http://www.nrf-arts.org/content/arts-data-model-home-page
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
126. ARQUITECTURA DE DATOS
126
Customer Subject Area Data Model for ARTS
http://www.nrf-arts.org/content/arts-data-model-home-page
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
127. ARQUITECTURA DE DATOS
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
128. PRODUCTOS POR FASES: CATÁLOGOS, MATRICES Y DIAGRAMAS
128
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
DIAGRAMAS COMPLEMENTARIOS
-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
http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap35.html
http://www.togaf.info/togafSlides91/TOGAF-V91-Sample-Catalogs-Matrics-Diagrams-v3.pdf
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
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
129. ARQUITECTURA DE SISTEMAS DE INFORMACIÓN – ARQUITECTURA DE APLICACIONES
TOGAF – Open Group:
http://pubs.opengroup.org/architecture/togaf9- doc/arch/chap11.html
129
130. ARQUITECTURAS DE SISTEMAS DE INFORMACIÓN
130
Fuente: Open Group
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
131. 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.
131
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
132. 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
132
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
133. 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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
134. DETALLE DEL MODELO DE REFERENCIA DE LA ARQUITECTURA DE APLICACIONES
134
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 Ago-2013
135. ARQUITECTURA DE APLICACIONES
135
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
136. ARQUITECTURA DE APLICACIONES
136
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 APLICACIONES
Catálogo de
Aplicaciones
Proceso de
Negocio
ARQUITECTURA DE NEGOCIO
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
137. ARQUITECTURA DE APLICACIONES
137
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 APLICACIONES
Catálogo de
Interfases
Catálogo de
Aplicaciones
Proceso de
Negocio
ARQUITECTURA DE NEGOCIO
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
138. ARQUITECTURA DE APLICACIONES
138
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 APLICACIONES
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
ARQUITECTURA DE NEGOCIO
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
139. ARQUITECTURA DE APLICACIONES
139
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
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
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
ARQUITECTURA DE NEGOCIO
140. ARQUITECTURA DE APLICACIONES VISTA DESDE SOA
140
SOA Reference Model
(Fuente: SOA terminology overview, Part 1: Service, architecture, governance, and business terms)
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013
141. 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/
Material Elaborado por: Marta Silvia Tabares B. Ph.D en Ingeniería – Sistemas e Informática Ago-2013