Tecnologías Web e INTEROPERABILIDAD

Transcripción

1 Tecnologías Web e INTEROPERABILIDAD Las claves para la competitividad en la economía global I FORO THINKTIC Logroño 10 de Octubre 1 Stefan Schuster European Software Institute 2 Agenda Motivación economía global dimensiones de interoperabilidad ejemplo común Interoperabilidad de procesos modelado de procesos vista selectiva de procesos procesos colaborativos de conocimientos ejemplo de cadena de valor de aplicaciones SoA de datos sintaxis semántica Conclusión el proceso de interoperabilidad I FORO THINKTIC Logroño

2 Economía global To realize the full possibilities of this economy, we must reach beyond our own borders, to shape the revolution that is tearing down barriers and building new networks among nations and individuals, and economies and cultures: globalization. It's the central reality of our time. William J. Clinton Globalization is a fact of life. But I believe we have underestimated its fragility. Kofi Annan 3 Economía global Tendencia 1: Focalización en competencias clave Incremento de subcontratación externa Ejemplo: OEM orquestra la cadena de suministro de equipos electrónicos sin tocar los reproductores MP3! OEM X Flujo Información Flujo físico hacia adelante Flujo físico hacia atrás 4 Asus Foxconn Flextronics Fabricantes contratados TNT Schenker Danzas Schenker Proveedores de logística UPS DHL Bax Global FedEx Fnac Saturn Minoristas I FORO THINKTIC Logroño

3 Economía global Tendencia 2: Composición de productos y servicios Generación de valor añadido mediante adquisición de información Transparencia de costes y conveniencia para el cliente Ejemplo: Agencias de viaje Líneas aereas + Hoteles + Bancos + Alquiler de coches + 5 Economía global Como consecuencia de estas tendencias se puede observar un creciente número de relaciones externas. desde la coordinación intraorganizacional a la coordinación interempresarial Cadena de valor 1 Cadena de valor 2 Desde la competición entre empresas a la competición entre cadenas de valor Mejor eficiencia a través de especialización Coordinación e interoperabilidad en la cadena de valor como factores de éxito 6 I FORO THINKTIC Logroño

4 Interoperabilidad de qué hablamos? Interoperabilidad empresarial es la capacidad organizativa y operacional de colaborar con socios de negocio y de establecer, desarrollar y ejecutar relaciones empresariales soportados por sistemas TIC, con el objetivo de crear valor. La base para la interoperabilidad empresarial es la interoperabilidad técnica 7 Interoperabilidad de qué hablamos? Interoperabilidad [técnica] es la habilidad de dos o más sistemas o componentes para intercambiar información y para utilizar la información que ha sido intercambiada IEEE Standard Computer Dictionary Interoperabilidad en el contexto de aplicaciones empresariales es la habilidad de un sistema o producto de trabajar con otros sistemas o productos sin requerir especial esfuerzo por parte del cliente o usuario El intercambio de datos es solo un aspecto de la interoperabilidad 8 I FORO THINKTIC Logroño

5 Dimensión técnica e económica Interoperabilidad Dimensión Técnica Capacidad de los sistemas TIC para intercambiar e utilizar información Dimensión Económica Capacidad del negocio para colaborar con otros socios 9 Impacto de la falta de interoperabilidad Acceso limitado a valiosos contactos de negocio Desventaja económica Limitado poder negociador LockIn Comportamiento oportunista Nivel subóptimo de integración Alto coste de integración Falta de interoperabilidad 10 I FORO THINKTIC Logroño

6 Beneficios de la interoperabilidad Beneficios para los TICs Menos gastos de integración Menos gastos operacionales Mayor estabilidad Mayor efectividad Beneficios estratégicos Más poder negociador con proveedores Integración directa con clientes Integración con mercados electrónicos Ampliado acceso a proveedores 11 Escenario: Servicio de transporte Un escenario común Transportista A Expedidor Transportista B Pedido de Venta Calcular Tarifa Entrega Selección Calcular Tarifa Generar Código Asignación Ruta Embalaje Generar Código Asignación Ruta 12 Generar Etiqueta Envío Generar Etiqueta I FORO THINKTIC Logroño

7 Escenario: Servicio de transporte Un escenario común Transportista A Expedidor Transportista B Pedido de Venta Qué proceso hay que elegir? Calcular Tarifa Entrega Selección Calcular Tarifa Generar Código Asignación Ruta Embalaje Generar Código Asignación Ruta 13 Generar Etiqueta Envío Generar Etiqueta Escenario: Servicio de transporte Un escenario común Transportista A Expedidor Transportista B Pedido de Venta Calcular Tarifa Entrega Quién es el responsable? Selección Calcular Tarifa Generar Código Asignación Ruta Embalaje Generar Código Asignación Ruta 14 Generar Etiqueta Envío Generar Etiqueta I FORO THINKTIC Logroño

8 Escenario: Servicio de transporte Un escenario común Transportista A Expedidor Transportista B Pedido de Venta Calcular Tarifa Entrega De dónde vienen los datos? Selección Calcular Tarifa Generar Código Asignación Ruta Embalaje Generar Código Asignación Ruta Generar Etiqueta Envío Generar Etiqueta 15 Escenario: Servicio de transporte Un escenario común Transportista A Expedidor Transportista B Pedido de Venta Calcular Tarifa Entrega Selección Calcular Tarifa Como tienen que ser estructurados los datos? Generar Código Asignación Ruta Embalaje Generar Código Asignación Ruta Generar Etiqueta Envío Generar Etiqueta 16 I FORO THINKTIC Logroño

9 Interoperabilidad tiene muchos aspectos Qué proceso hay que elegir? Negocio Quién es el responsable? Conocimientos De dónde vienen los datos? Aplicaciones Como tienen que ser estructurados los datos? Datos 17 Enfoque integral de interoperabilidad Para conseguir un grado relevante de interoperabilidad entre empresas, ésta debe establecerse en diferentes niveles procesos y entorno de negocio Empresa A Negocio Empresa B Negocio roles organizacionales, aptitudes y conocimientos de los empleados componentes de comunicación Conocimientos Aplicaciones Semántica Conocimientos Aplicaciones Semántica estructuras y tipos de datos Datos Datos Semántica apoya al entendimiento mutuo en todos los niveles 18 Comunicación I FORO THINKTIC Logroño

10 Y la solución son los ESTÁNDARES... Utilización de estándares en la cadena de valor del sector electrónico Portal Service Provider System Design House IPC Chemical Paper Supplier CIDX ASIC ISA95 SubAssembly Manufacturer Manufacturer Logistics Provider Fax RosettaNet Contract System OEM Manufacturer Technology Reseller WSI EDIFACT Retail Spec2000 RosettaNet Aerospace Indirect Supplier Distributor EDI SWIFT OAGi Automotive 19 Foundry Portal Assembly and Test Banking Y la solución NO son los ESTÁNDARES! La proliferación y las diferentes implementaciones de los estándares agravan el problema Son necesarios estándares abiertos y consensuados entre comunidades sectoriales 20 I FORO THINKTIC Logroño

11 Interoperabilidad a nivel de procesos If you can't describe what you are doing as a process, you don't know what you're doing. William Edwards Deming It is not a question of how well each process works, the question is how well they all work together. Lloyd Dobyns and Clare CrawfordMason 21 Interoperabilidad a nivel de procesos Requiere una comprensión de los procesos organizativos Imposible si los procesos no están documentados Se dificulta si los procesos no están institucionalizado mejor si hay Modelos de empresa y/o de procesos Madurez organizativa 22 I FORO THINKTIC Logroño

12 Modelado de procesos El grado de detalle y formalismo de los modelos de procesos dependen de y deben ser adaptados a las características y necesidades de cada negocio Modelos formales e integrados Empleados Descripción informal de los procesos Diferentes implicados hablan en diferentes idiomas sobre el mismo problema Modelos de procesos no integrados Fomentan la brecha entre negocio y TICs El efecto teléfono roto causa malinterpretaciones y que el sistema TIC no cumple los requisitos del negocio Como solicitado por el dpto. de marketing Como pedido por el departamento de ventas Como diseñado por los ingenieros Un problema antiguo y bien conocido Ha sido atenuado por metodologías y notaciones (ej. RUP / UML) pero aún está presente Como fabricado en la planta Como modificado por el equipo Como requerido por el cliente 24 I FORO THINKTIC Logroño

13 xx x < variables> < variable name=" request " "/>... </ variables>... < flow > < receive name=" receive1" partner=" customer" porttype=" apns: loanapprovalpt " operation=" approve" variable=" request " Tecnologías Web e Interoperabilidad Modelado de procesos Contexto del negocio Modelado enfocado en 3 niveles Procesos a nivel de negocio Procesos a nivel técnico Procesos a nivel de ejecución Motor de ejecución Nivel de negocio Vista de colaboración Procesos no se ejecutan Nivel técnico Especificación completa del flujo de mensajes y control Independiente de la plataforma Nivel de ejecución Procesos de negocio ejecutables Dependiente de la plataforma 25 Desarrollo dirigido por modelos Enfoque de desarrollo de sistemas basado en modelos, donde los modelos se utilizan para comprensión diseño construcción despliegue operación mantenimiento modificación Transformaciones formales Ingeniería de sistemas dirigido por las necesidades del negocio. Computation independent model (CIM) captura el contexto y las necesidades del negocio Platform independent model (PIM) especifica los servicios software, independiente de la tecnología Platform specific model (PSM) define la realización técnica de los servicios software Transformación de Modelos Transformación de Modelos CIM CIM Modelos contexto negocio PIM PIM Modelos Especificación Software PSM PSM Modelos Realización Software 26 I FORO THINKTIC Logroño

14 Desarrollo dirigido por modelos = Transformación informal = Transformación formal Transformaciones formales garantizan la consistencia e integridad de la información modelada Modelo Empresarial Arquitecto Empresarial CIM Modelo de Procesos de Negocio Analista de Negocio PIM Modelo de procesos técnicos Arquitecto del Sistema WSDL PSM public class PurchaseOrderAcceptor{ public void PurchaseOrder(Envelope requestenvelope, SOAPContext requestcontext, SOAPContext responsecontext) throws SOAPException { System.out.println("Received a PurchaseOrder!!"); java.io.stringwriter writer = new java.io.stringwriter(); Código WS Desarrollador 27 Visibilidad selectiva de procesos Proceso colaborativo Procesos visibles desde fuera Empresa A Empresa B Empresa C Procesos internos Procesos visibles desde fuera Proceso colaborativo 28 I FORO THINKTIC Logroño

15 x x Tecnologías Web e Interoperabilidad Interoperabilidad a nivel de procesos Ejemplo: creación de un proceso colaborativo entre fabricante y proveedor Proveedor Proceso privado Proceso visible Calcular Plan de Producción Tramitar Petición Presupuesto Generar Presupuesto Recibir Pedido Generar Respuesta al Pedido Tramitar Pedido Fabricar Material Mandar Nota Entrega Mandar Nota Entrega Proceso colaborativo Generar Petición Presupuesto Tramitar Petición Presupuesto Generar Pedido Tramitar Pedido Recibir Respuesta Pedido Mandar Nota Entrega Confirmar Recepción Pedido Fabricante Proceso visible Proceso privado Generar Petición Presupuesto Seleccionar Proveedor Generar Petición Presupuesto Generar Pedido Comparar Presupuestos Generar Pedido Recibir Respuesta Pedido Recibir Respuesta Pedido Confirmar Recepción Material Confirmar Recepción Material 29 Desarrollo dirigido por modelos Procesos a nivel de negocio Proceso privado Proceso visible Proceso colaborativo Transformación semiautomatizada con intervenciones manuales Procesos a nivel técnico Proceso privado Proceso visible Proceso colaborativo Transformación automatizada Mapeo apoyado por herramientas < variables> < variable name ="request" "/ >... </ variables>... <flow> < receive name="receive1 " partner=" customer " porttype="apns: loanapprovalpt " operation="approve" variable="request" Procesos a nivel de ejecución Proceso privado Proceso visible 30 I FORO THINKTIC Logroño

16 xx x < variables> < variable name=" request " "/>... </ variables>... < flow > < receive name=" receive1" partner=" customer" porttype=" apns: loanapprovalpt " operation=" approve" variable=" request " Tecnologías Web e Interoperabilidad Modelado de procesos Contexto del negocio Tecnologías Procesos a nivel de negocio EPC, UEML, Business scenario maps Procesos a nivel técnico BPDM/BPMN, UML, ebxml, RosettaNet, BPML Procesos a nivel de ejecución WSBPEL/WSCDL, XPDL, UML Motor de ejecución 31 JBoss, BPEL engines (ej. Orchestra) Interoperabilidad de conocimientos Our knowledge is the amassed thought and experience of innumerable minds. Ralph Waldo Emerson The more extensive a man's knowledge of what has been done, the greater will be his power of knowing what to do. Benjamin Disraeli 32 I FORO THINKTIC Logroño

17 Interoperabilidad de conocimientos En la capa de conocimientos se trata de adquirir una amplia y profunda comprensión de los conocimientos de la organización mediante su documentación Interoperabilidad a nivel de conocimientos es la compatibilidad de las habilidades, competencias y conocimientos de una organización con los de otras organizaciones externas En un escenario de colaboración, las organizaciones implicadas deben verificar su compatibilidad en el nivel de conocimientos, a la vez de conservar sus ventajas competitivas y aspectos confidenciales. 33 Interoperabilidad de conocimientos Ejemplo: Cadena de suministro de cerveza sin interoperabilidad Pedido Pedido Pedido Pedido Mercancía Mercancía Mercancía Mercancía Fábrica Almacén Mayorista Tienda Consumidor Flujo de Información Flujo de mercancía Cada integrante de la cadena de suministro tiene su propio inventario de cerveza No hay coordinación entre los integrantes de la cadena de suministro Intercambio limitado de información (solo pedidos) Falta de transparencia en la cadena de suministro 34 I FORO THINKTIC Logroño

18 Interoperabilidad de conocimientos Impacto de la falta de interoperabilidad Pedidos del almacén a la fábrica Inventario almacén Fábrica Inventario tienda Almacén Pedidos de la tienda al mayorista Volúmen de producción de la fábrica Mayorista Inventario mayorista Pedido del mayorista al almacén Tienda Consumidor Venta al público Efecto bullwhip : un cambio menor en la demanda del consumidor trastorna el flujo de la entera cadena de suministro 35 Interoperabilidad de conocimientos Impacto de la falta de interoperabilidad Consecuencias directas del efecto bullwhip : Inventario excesivo Pronósticos de producción incorrectos Insuficiente capacidad de producción Baja calidad del servicio al cliente (debido a la falta de productos o atrasos) Cambios frecuentes en el plan de producción Alta frecuencia de envíos urgentes 36 I FORO THINKTIC Logroño

19 Interoperabilidad de conocimientos Ejemplo: Cadena de suministro de cerveza con interoperabilidad Pronóstico Pronóstico Pronóstico Pedido Pedido Pedido Pedido Fábrica Mercancía Mercancía Mercancía Mercancía Almacén Mayorista Tienda Consumidor Flujo de Información Flujo de mercancía Visibilidad a través de la entera cadena de suministro Transferencia de la demanda del consumidor hacía la raíz de la cadena Coordinación del proceso de la cadena de suministro Planificación, pronóstico y reposición colaborativo (CPFR) 37 Interoperabilidad de conocimientos CRM Generar demanda Promociones Promociones Evaluar demanda Planificación mercancías APS Determinar requisitos Pronósticos Pedidos CPFR Pronósticos Pedidos Reponer Distribución ERP Producir según demanda Inventario Inventario Informar sobre resultados Tiendas Productor Menorista Con CPFR los socios de negocio acuerdan un único y compartido pronóstico que regula la entera cadena de suministro CPFR ha sido adoptado por diferentes sectores industriales, particularmente en el comercio al por menor y de productos de consumo, y en la industria química y de alta tecnología. Fuente: 38 I FORO THINKTIC Logroño

20 Interoperabilidad de conocimientos La realización de un escenario CPFR requiere Un acuerdo de colaboración y un plan de negocio compartido La alineación de los procesos de negocio de los socios individuales (planificación de demanda y suministro, generación y tratamiento de pedidos) Intercambio electrónico de información (ej. datos pronósticos intercambiado como mensajes XML o EDI) Aplicando CPFR se pueden obtener incrementos de 2%8% en disponibilidad (instock) de productos en tienda 1040% de reducción de inventario (en toda la cadena) (VICS 2004) 39 Estrategias Gestión del conocimiento Documentación Almacenamiento Búsqueda inteligente Formación 40 Interoperabilidad de conocimientos Herramientas ELearning Wikis/Blogs Portales corporativos e interactivos Intra/extranet como repositorio común del conocimiento organizativo Derechos de acceso en función de roles Integración de aplicaciones empresariales I FORO THINKTIC Logroño

21 Interoperabilidad de aplicaciones Application interoperability is an issue even if all of the applications are developed on the same platform and using the same programming language and we still need to address aspects like availability, security, ownership and transactions Mehran Nikoo People have bought an enormous amount of software and servers for Web applications. But while the Internet opened up all this potential power, it also created the problem of actually making all these things work. Marc Andreessen 41 Y qué dicen los analistas? 30% del presupuesto integro de TICs se gasta en desarrollar, mantener y soportar la integración de aplicaciones Forrester, % de CIO s considera la integración de sistemas y procesos como una prioridad clave CIO Magazine, 2003 en 2006 se gastarán 22 mil millones de Euros en servicios profesionales para la integración de aplicaciones Gartner Group, I FORO THINKTIC Logroño

22 Y qué dicen los analistas? Ingresos por licencias de middleware EAI Presupuesto de sistemas TIC 6 B$ 5 Misc. 20% Integración 40% 4 3 Hardware 10% 2 1 Servicios 20% Software 10% (Fuente: the Yankee Group 2001) Se estima que el gasto causado por la falta de interoperabilidad de aplicaciones representa un 30%40% del presupuesto total de los sistemas TIC empresariales Middleware EAI y su problemática Solución tradicional: middleware EAI* basado en componentes o mensajes (*Enterprise Application Integration) El problema con middleware basado en componentes es su heterogeneidad: Granularidad de componentes no apropiada RPCs bloqueado por los firewalls Incompatibilidad entre diferentes plataformas Suelen ser necesarias diferentes plataformas para integrar todos los silos de aplicaciones en una organización Problemas con middleware orientado a mensajes (MOM): APIs propietarios Utilización de protocolos de comunicación no estandarizados generación de silos de infraestructuras MOM interfazes y despliegue dependiente de la plataforma escasa escalabilidad único punto de fallo falta de interoperabilidad entre MOM de diferentes vendedores baja seguridad por falta de encriptación en algunos MOM dependencia total de la infraestructura MOM I FORO THINKTIC Logroño

23 Middleware EAI y su problemática Acceso limitado a valiosos contactos de negocio Desventaja económica Limitado poder negociador LockIn Comportamiento oportunista Nivel subóptimo de integración Alto coste de integración Falta de interoperabilidad 45 Arquitectura orientada a servicios (SOA) SOA no es una tecnología, ni un estándar SOA es un concepto o paradigma independiente de una tecnología en particular Promociona patrones de arquitectura para acceso remoto a aplicaciones autónomas SOA es una estrategia a medio/largo plazo, dirigido a incrementar la flexibilidad organizativa en dar respuestas a cambios del negocio a través de la composición de nuevos, o modificación de existentes procesos de negocio, mediante servicios de negocio reutilizables 46 I FORO THINKTIC Logroño

24 Arquitectura orientada a servicios (SOA) El enfoque más prometedor para conseguir interoperabilidad a nivel de sistema es SOA Acoplamiento débil entre agentes SW interactuando entre sí Servicios pueden ser invocados y combinados dinámicamente Servicios envuelven la funcionalidad de aplicaciones (legadas) y proporcionan interfazes estándar Nivel de Procesos de Negocio Nivel de Servicios Nivel de Aplicaciones Contab. Empleado Pedido Cliente Finanzas Directorio Lotus Notes RRHH ERP CRM Servicios como adaptadores para conectar sistemas heterogéneos Tanto interno (EAI) como externo (CBP) Nivel de Tecnología J2EE Linux IBM CICS Microsoft.NET Interfazes de servicios abstractos respecto a los detalles específicos de la plataforma 47 Arquitectura orientada a servicios (SOA) Desde sistemas de aplicaciones aislados Sistema A Sistema B Sistema C Sistema D 48 I FORO THINKTIC Logroño

25 Arquitectura orientada a servicios (SOA) a sistemas orientadas a servicios 49 Sistema B Sistema C Arquitectura orientada a servicios (SOA) Silos contra SOA Áreas de negocio segmentadas Áreas de negocio colaborativo a a b b c c r r x s s x t t SOA a r y b s y c t z y y 1 1 y y 2 2 z z a b c r s t z x y z Arquitectura de aplicaciones Arquitectura orientada a servicios (SOA) 50 I FORO THINKTIC Logroño

26 Qué es un servicio web? SOA y servicios web Web service Representa la infraestructura física y virtual de internet Servicio proporcionado por un sistema software (con posible intervención humana) Servicio de software proporcionado en la red, utilizando estándares y tecnologías abiertas 51 Principios básicos de servicios web SOA y servicios web Directorio de servicios (UDDI) 1. Publica 2. Descubre Consumidor de servicio 3. Conecta Contrato (WSDL) Proveedor de servicio Mensajes (SOAP) 4. Comunica Dirección (URI) 52 I FORO THINKTIC Logroño

27 Pila de protocolos servicios web 53 Fuente: CBDI Forum SOA y servicios web Servicios web se pueden implementar con multitud de lenguajes y herramientas (también entornos de código libre y abierto) No es la única tecnología apta para desarrollar SOA, pero la más popular Pero SOA tiene más dimensiones a tener en cuenta Gestión y orquestación del sistema de servicios Directorio de servicios Derechos de acceso Políticas de despliegue Monitorización Cualidad de servicio Generalmente realizado con el soporte de un Enterprise Service Bus (ESB) 54 I FORO THINKTIC Logroño

28 Interoperabilidad de datos One man's constant is another man's variable Alan J. Perlis It s not what you don t know that hurts you. It s what you know for sure that ain t so. Mark Twain 55 PAJARO Sintaxis y estructura Sintaxis se refiere a cómo está codificada la información == == == bird y cómo está estructurada Nombre 1º Apellido 2º Apellido Nombre 1º Apellido 2º Apellido Calle Calle Número Piso Código postal Población Código postal Población Fulanito García c/ Mayor 7 2c Villanueva Jiménez? Fulanito García c/ Mayor 7 2c Villanueva Jiménez Calle c/ Mayor 7 2c Calle c/ Mayor 56 I FORO THINKTIC Logroño

29 Interoperabilidad de datos XML para codificar y estructurar información 57 <?xml version="1.0"?> <purchaseorder orderdate=" "> <shipto country="us"> <name>alice Smith</name> <street>123 Maple Street</street> </shipto> <billto country="us"> <name>robert Smith</name> </billto> <comment>hurry, my lawn is going wild! </comment> <items> <item partnum="872aa"> <productname>lawnmower </productname> <quantity>1</quantity> <USPrice>148.95</USPrice> <comment>confirm this is electric</comment> </item> <item partnum="926aa"> </items> </purchaseorder> XSD para definir y verificar la estructura de la información Interoperabilidad de datos <xsd:schema xmlns:xsd=" <xsd:element name="purchaseorder" type="purchaseordertype"/> <xsd:element name="comment" type="xsd:string"/> <xsd:complextype name="purchaseordertype"> <xsd:sequence> <xsd:element name="shipto" type="usaddress"/> <xsd:element name="billto" type="usaddress"/> <xsd:element ref="comment" minoccurs="0"/> <xsd:element name="items" type="items"/> </xsd:sequence> <xsd:attribute name="orderdate" type="xsd:date"/> </xsd:complextype>. </xsd:schema> 58 I FORO THINKTIC Logroño

30 Interoperabilidad de datos Ontología compartida Product ProductName Product ID XML PartNumber Address Street <ProductName> Lawnmower </ProductName> <PartNumber>872AA </PartNumber> Address Street StrNumber <Product> <ID>Lawnmower 872AA </ID> </Product> XML BBDD 59 Estándares de documentos de negocio Colaboración RosettaNet PIPs EDI STAR OAGI WSCDL Procesos de Negocio Definición de servicios ebxml BPSS STEP WSBPEL XPDL Definición de información ebxml CCTS RosettaNet Data Dictionary EDI STAR OAGI UML UBL 60 I FORO THINKTIC Logroño

31 Semántica Semántica se refiere al significado de la información Real programmers always confuse Christmas and Halloween because Oct31 == Dec25. Anonymous Ontologías Una ontología es una especificación de una conceptualización Tom Gruber Son modelos de datos que representan los conceptos de un determinado dominio y las relaciones entre ellos Son la base para la reconciliación semántica de significados divergentes No es fácil llegar a un acuerdo común para especificar el significado DE: LA DEFINICION 61 Semántica 62 I FORO THINKTIC Logroño

32 DEFINICION Tecnologías Web e Interoperabilidad Si! =NoSi! Si! Semántica 63 Semántica 64 I FORO THINKTIC Logroño

33 LA RESPUESTA DE DIOGENES! Tecnologías Web e Interoperabilidad Semántica 65 Herramientas semánticas Sistema de gestión de ontologías Lenguajes relevantes XML/XSD RDF/RDFS OIL DAML OWL CycL KIF SparQL Ontología de referencia Anotaciones semánticas Repositorio de anotaciones Fase de diseño Repositorio de reglas de transformación Reglas de transformación Fase de ejecución Motor de reconciliación 66 I FORO THINKTIC Logroño

34 PSM PIM EM / Semantics CIM Organisa t Aris ion BP C BP On tolo gy Se rvice s Informati on/ Data Informati on/ Data PIM4 SOA PSM PIM EM / Semantics CIM Organisa t Aris ion BP C BP On tolo gy Se rvice s PIM4 SOA PSM PIM EM / Semantics CIM Organisa t Aris ion BP C BP On tolo gy Se rvice s Informati on/ Data PIM4 SOA Tecnologías Web e Interoperabilidad Conclusión Though experience be our only guide in reasoning concerning matters of fact; it must be acknowledged, that this guide is not altogether infallible, but in some cases is apt to lead us into errors. David Hume How to succeed? Try hard enough. Malcolm Forbes 67 Interoperabilidad requiere un proceso El punto de partida es el deseo o la necesidad de dos o más empresas de colaborar Antes de poder colaborar tienen que pasar por un proceso para establecer el grado de interoperabilidad necesario Decisión de evaluar la colaboración Decisión de realizar la colaboración Deseo / necesidad de colaboración Análisis Negociación Realización Operación Documentar Comparar Matrices de capacidades Matriz de diferencias Contexto de colaboración, define cómo las empresas colaborarán, teniendo en cuenta todos los aspectos de interoperabilidad expuestos Solución interoperable 68 I FORO THINKTIC Logroño

35 PSM PIM EM / Semantics CIM Organisa t Aris ion BP C BP On tolo gy Se rvice s Informati on/ Data Informati on/ Data PIM4 SOA PSM PIM EM / Semantics CIM Organisa t Aris ion BP C BP On tolo gy Se rvice s PIM4 SOA PSM PIM EM / Semantics CIM Organisa t Aris ion BP C BP On tolo gy Se rvice s Informati on/ Data PIM4 SOA Tecnologías Web e Interoperabilidad Análisis de interoperabilidad Análisis de la capacidad y madurez para establecer interoperabilidad Modelado de Empresas Procesos & Estrategia de Negocio Organización & Conocimientos Productos & Servicios Sistemas & Tecnología Aspectos legales, Seguridad & Confianza Decisión de evaluar la colaboración Niveles de Madurez Modelado de Empresas Procesos & Estrategia de Negocio Organización & Conocimientos Productos & Servicios Sistemas & Tecnologías Aspectos legales, Seguridad & Confianza Áreas de Interés Optimisando Interoperable Integrado Modelado Realizado Unidades de Negocio Perfil por Unidad Nivel de Madurez agregado (= nivel mínimo registrado en el perfil) Análisis = 1 Documentar Comparar Perfil por Área de Interés = 1 69 Matrices de capacidades Matriz de diferencias Perfil Combinado Modelado de Empresas Procesos & Estrategia de Negocio Organización & Competencias Productos & Servicios Sistemas & Tecnologias Aspectos legales, Seguridad & Confianza Unidad 4 Unidad 3 Unidad 2 Unidad 1 = 0 Fases del proceso de interoperabilidad Fases Definición Análisis Negociación Realización Operación Terminación Modelado colaboración empresarial Análisis de la capacidad de interoperabilidad Análisis y requisitos Diseño de soluciones Realización Prueba Despliegue y evaluación Gestión de proyecto Def. #1 Análisis #1 Neg. #1 Real. #1 Real. #2 Operación #1 Term. #1 Iteraciones 70 I FORO THINKTIC Logroño

36 Soluciones de interoperabilidad Conseguir un alto grado de interoperabilidad integral no es un proceso trivial requiere la aplicación de técnicas y tecnologías polifacéticas requiere una concienzuda planificación y gestión, tanto como una continua monitorización durante su operación 71 Interoperabilidad hoy El estado de arte actual hace necesario invertir más esfuerzos I+D+i La interoperabilidad hoy en día hay que establecerla específicamente y caso por caso ESI está investigando a nivel nacional e internacional en diferentes áreas técnicas Todavía requiere un esfuerzo significativo de ingeniería (tiempo y dinero) 72 I FORO THINKTIC Logroño

37 Interoperabilidad mañana Globalización creciente y negocio electrónico aumentarán la necesidad de poder reaccionar rápidamente ante frecuentes cambios de los requisitos del negocio Frecuentes cambios en las colaboraciones y sus arquitecturas técnicas y organizativas 73 Interoperabilidad debe convertirse en una comodidad integrada en los productos & servicios servicios de interoperabilidad a bajo coste 74 Conclusión Interoperabilidad debe entenderse como un objetivo estratégico a mediolargo plazo La capacidad de interoperabilidad en los diferentes niveles debe establecerse de forma concienzuda, siguiendo un proceso bien planificado y monitorizado Un alto grado de interoperabilidad en todos los niveles potencia la capacidad de una organización para reaccionar de forma flexible y eficiente frente a cambios de negocio Empiece hoy a pensar en su capacidad organizativa de interoperar y participar en la economía global en el futuro I FORO THINKTIC Logroño

38 Conclusión First of all, what we're basically going to do is, we're going to provide our customers with interoperability whatever that takes, whatever that means Marc Andreessen 75 Contacto Stefan Schuster Proyectos I+D Gerente Parque Tecnológico, # 204 E48170 Zamudio Bizkaia (Spain) Tel.: Fax: I FORO THINKTIC Logroño