Descargado 2091 veces
Subido porJorge Mario Calvo Londoño
Arquitectura Empresarial 11.0
Este documento describe la importancia de la arquitectura empresarial para alinear las tecnologías de información con la estrategia y objetivos del negocio. La arquitectura empresarial es el arte y la ciencia de diseñar soluciones tecnológicas que agregan valor a las organizaciones alineando las necesidades del negocio y las soluciones TI.
Más contenido relacionado
Similar a Arquitectura Empresarial 11.0
Arquitectura Empresarial 11.0
- 1. Arquitectura Empresarial: la alineación estratégica entre Tecnologías de Información (TI) y el negocio Por: Jorge Mario Calvo L.
- 2. Reflexión Antes de empezarpiense en si nos encargaran construir 2 torres de 50 pisos cada una con los siguientes requerimientos: 1. 500 apartamentos tipo loft de 1, 2, 3 alcobas con parqueaderos 2. 145 oficinas desde 60 mts2 hasta 600 mts2 3. 200 locales comerciales desde 10 mts2 hasta 156 mts2 4. Zonas verdes y edificio ecológico 5. Ubicado en la zona centro de Bogotá 6. Etc,etc, Y para esto solo contratamos Gerentes de Obra, Ingenieros Civiles y Obreros. ¿Qué resultado obtendríamos? ¿Qué y Quién nos hace falta?
- 3. Problemas que queremosresolver con la Arquitectura de TI La falta de Aplicaciones alineación entre desintegradas TI y el negocio (silos).
- 4. La falta dealineación entre TI y el negocio • Como puede la TI apoyar la estrategia • Tipos de estrategia: – Operational excellence • Eficiencia en los procesos • Volumen y bajos costos – Product leadership • Innovación en producto y mercadeo – Customer intimacy • Excelencia en el servicio al cliente
- 5. Aplicaciones desintegradas (silos) •Duplicidad de datos y funcionalidad • Organización funcional de la empresa – Diferentes departamentos para diferentes funciones – Cada departamento tiene su propio sistema • No existen procesos
- 6. ¿Qué es ArquitecturaEmpresarial? Arquitectura: El Arte y Ciencia de diseñar para edificar y construir Arquitectura Empresarial: El Arte y Ciencia de diseñar estrategias de TI para las empresas que innoven y agreguen valor
- 7. Arquitectura • Punto deenlace entre lo bonito y lo funcional – Casas o edificios que sean lindos dentro de un contexto, pero que sirva para lo requerido
- 8. ¿Qué es unaempresa? Depto Depto Depto Cliente A B C Proveedor
- 9. ¿Qué es Arquitecturade TI? • Organización fundamental de un sistema que describe sus elementos y la relación entre ellos. Guiado por unos principios y pensando en su evolución. • Generar una estructura con una visión
- 10. Arquitectura Empresarial Arquitectura de TI • El arte y la ciencia de diseñar soluciones tecnológicas que produzcan valor a las organizaciones • Punto de enlace entre el negocio(objetivos, innovación, valor) y tecnología. • Estratega de tecnología para el negocio • El innovador de la empresa apalancado en la tecnología.
- 11. Arquitectura Empresarial Arquitectura de TI • La ciencia de alinear las necesidades de negocio y las soluciones de TI, tal como existe hoy en día. • El objetivo de la arquitectura empresarial es maximizar el valor de negocio entregado por la inversión en TI.
- 12. Arquitectura Empresarial • Esla organización lógica de los procesos de negocio y la infraestructura de TI, reflejando las necesidades de integración y estandarización del modelo de funcionamiento de la empresa. • La arquitectura empresarial ofrece una visión a largo plazo de los procesos de la empresa, sistemas y tecnologías para que los proyectos se puedan ejecutar y no sólo satisfacer las necesidades inmediatas.
- 13. Elementos de laAE Requerimientos Stakeholders logical layers, Proceso tiers, Lenguaje viewpoints/views Modelos de Referencia
- 14. Requerimientos o Requisito •La arquitectura es un medio para asegurar que las organizaciones pueden cambiar y satisfacer las demandas del mercado y que operar de manera eficiente. • Un requerimientos describe una condición o capacidad que un sistema debe cumplir, ya sea derivado directamente de las necesidades del usuario, o dicho en un contrato, norma, especificación u otro documento formalmente impuesto • Mecanismos para expresarlos – Casos de Uso – Historias de Usuario
- 15. Stakeholders • Quienes puedenafectar o son afectados por las actividades de una empresa. – R. E. Freeman.Strategic Management: A Stakeholder Approach (Pitman, 1984) – Deben ser considerados como un elemento esencial en la planificación estratégica de los negocios • Traducción literal: Parte Interesada • También son llamados interesados o involucrados en un problema determinado, y que necesitan una solución
- 16. logical layers, tiers,viewpoints/views • Cuando dividimos todo en: negocios, información, aplicaciones e infraestructura, estamos hablando de capas (layers) de la arquitectura. • Cuando dividimos software en: la presentación, lógica de negocio, y componentes de datos, estamos hablando de niveles lógicos (tiers) en el software • Cuando describimos el sistema de forma diferente dependiendo de la perspectiva de la parte interesada(stakeholder), decimos que estamos describiendo una visión (view) de la arquitectura desde un punto de vista determinado (viewpoints).
- 17. Proceso Seleccionar Proyectos Administrar Crear Arquitectura Arquitectura Comunicar Arquitectura
- 18. Lenguajes y Modelos •La arquitectura Lenguaje Alcance Audiencia Estilo se expresa usando Negocio, Arquitectos y Archimate Información y Grafico diagramas y Tecnología Stakholders modelos. Negocio, Arquitecto e UML Información y Ingeniero de Grafico • Existen Software Software diferentes Negocio Analistas de BPMN Grafico lenguajes de (procesos) proceso modelado. ERM (Entity Ingeniero de Relationship Información Grafico Gráficos y Texto Model) software
- 19. Modelos de Referencia •Modelos genéricos de referencia (plantilla) que pueden ser utilizados como punto de partida para las organizaciones, para estructurar su propia arquitectura de la empresa. Proporciona un vocabulario común. – AQPC (procesos). http://www.apqc.org – Business Information Services Library(BISL) – Modelos de Referencia de TOGAF – ETOM
- 20. Frameworks y Metodologíasde AE • The Zachman Framework for Enterprise Architectures • The Open Group Architecture Framework (TOGAF) • Federal Enterprise Architecture (FEA) • Gartner http://msdn.microsoft.com/en-us/library/bb466232.aspx
- 21. ¿Por qué senecesita un Framework? • Agiliza y simplifica la definición y el desarrollo de la arquitectura, asegurando un cubrimiento más completo de la solución diseñada • Asegura que la arquitectura seleccionada permita el crecimiento futuro en respuesta a las necesidades del negocio. • Por que diseñar una Arquitectura es un proceso técnicamente complejo, y el diseño de arquitecturas heterogéneas de múltiples proveedores es particularmente complejo. • Desmitificar la Arquitectura Empresarial
- 22.
- 23. ZACHMMAN • Es elprimer modelo de Arquitectura Empresarial. Año 1987. – Framework for Information System Architecture • No propone un método específico para obtener cada elemento • Demasiados elementos. Estructurados y organizados
- 24. The Open GroupArchitecture Framework (TOGAF)
- 27.
- 28. Proceso Genérico deAE (Visión IASA) Seleccionar Proyectos Administrar Crear Arquitectura Arquitectura Comunicar Arquitectura
- 29. Crear Arquitectura (Punto inicial de TOGAF) Innovación TO - BE Proyectos Arquitectura Empresarial
- 30. The Open GroupArchitecture Framework (TOGAF)
- 31. Innovaciones Tecnológicas CLOUD COMPUTING MOVIL INTERNET AS-IS TO-BE Arquitectura de Negocio Arquitectura de Negocio proyecto Arquitectura Arquitectura proyecto Arquitectura Arquitectura de de de de Información Aplicaciones Información Aplicaciones proyecto Arquitectura de Tecnología Arquitectura de Tecnología Requerimientos del Negocio Mercado y Competencia Restricciones Legales
- 32. Business Architecture Arquitectura deNegocio Procesos Objetivos Entidades Actores de Información
- 33. Procesos en laOrganización APQC Marco de Referencia • Excelencia Operativa http://www.apqc.org – Estandarización e Integración – Simplificación – Digitalización de Procesos – Autoservicio • Empresa 5 ceros – 0 Inventario – 0 Papel – 0 Retardo – 0 Desperdicio – 0 Errores
- 34. ¿Que es unproceso de negocio o Business Process ? • Es un flujo coordinado de decisiones, eventos y BPMN actividades, conducida por participantes que actúan sobre datos, información o conocimiento y que son necesarias para lograr un objetivo de la organización
- 35. Data Architecture Arquitectura de Información • La información es el mayor activo de la empresa Master Data Metadata Analítica • Existen diferentes Data dominios de Data No Data información Estructurada Estructurada • El modelo relacional y SQL no es lo único que existe
- 36. Arquitectura de Información Ontologías MOF Meta Modelo de Datos ECORE Entity framewo Master Data Metadata Analítica Data Data Data No Estructurada Estructurada
- 37. Application Architecture Arquitectura de Aplicaciones • Aplicaciones y servicios para cumplir los objetivos del negocio. • Las aplicaciones no se deben describir como software complejos, sino como grupos lógicos de capacidades y servicios.
- 38. Arquitectura de Software Aplicaciones Orientadas a Servicios Antes de SOA Después de SOA Cliente GUI Aplicación Monolítica Lógica Servidor BD Archivos SOA Open Group Reference
- 39. Technical Architecture Arquitectura de Infraestructura • Describir la infraestructura tecnológica – Servidores – Sistemas operacionales – Bases de Datos – Middleware – Redes • Canales • Routers • Firewalls
- 40. Ejemplo: Venta enmostrador • Descripción de Negocio – Venta directa de productos especializados como: empanadas, arepas, etc. Con una receta original – No existe ningún sistema de información – El segmento de clientes las personas que pasan por la tienda – Propuesta de valor: la receta original y la atención por parte del dueño – Ventas diarias de 200 unidades
- 41. Ejemplo TO-BE Objetivos del Negocio Automatización del Servicio Aumento de Ventas Proyecto N AS-IS Proyecto 2 Proyecto 1 Acceso Web Dispositivos Electrónicos Tendencias Tecnológicas
- 42.
- 43. ¿Por qué hacerAE? • La empresa no cuenta con información confiable ni a tiempo. • Existen muchos proyectos de TI y esto se esta volviendo complejo de manejar. • Fusiones y adquisiciones de empresas • La empresa quiere eliminar una unidad o esta buscando oportunidades de outsourcing. • Cambios en leyes que afectan el negocio. • Automatización de la relación con clientes o proveedores. • Relación muy débil entre las áreas y TI • Sistemas desconectados (silos)
- 44. ¿Qué conocimientos ycompetencias debe tener el AE? Arquitectura de Arquitectura de Arquitectura de Arquitectura de Dominios Negocio Información Software Infraestructura Fundamentos Estrategia de Tecnología y Negocios Conceptuales Entorno de TI Requerimientos, Atributos de Calidad Diseño Dinámicas Humanas
- 45. Propuesta de Formación •Workshop: AE y Creación de Arquitectura (32 H) – Objetivo: estudiar y aplicar de forma práctica, con casos de su empresa. el segundo bloque de actividades de AE: Crear Arquitectura haciendo énfasis en el diseño de la Arquitectura de Negocio y Arquitectura de Información. • Workshop: AE y Casos de Negocio (16 H) – Objetivo: estudiar y aplicar de forma práctica, con casos de su empresa. el primer bloque de actividades de AE: Selección de proyectos haciendo énfasis en la valoración y los casos de negocio.