El documento describe los conceptos clave detrás de la arquitectura orientada a servicios (SOA) y cómo puede usarse para mejorar la flexibilidad empresarial y ahorrar costos. Explica que las empresas deben tener una arquitectura orientada a servicios que les permita diseñar y ofrecer servicios de forma eficiente. También destaca los beneficios de la interoperabilidad y la colaboración entre sistemas a través de servicios web.
1. Managed business flexibility Como utilizar SOA Eficientemente y Ahorrar en Costes y Productos T-Systems España Presentacion SOA T-Systems. Page ======! " §==Systems=
2.
3.
4.
5.
6. 2. Que es lo que esta pasando. Se acuerdan de este dibujo en los 90? T-Systems España Presentacion SOA T-Systems. Page Aplicación 1 Aplicación 2 Aplicación 4 Aplicación 3 Aplicación 5 Aplicación 6 Aplicación 1 Aplicación 2 Aplicación 4 Aplicación 3 Aplicación 5 Aplicación 6 EAI
7. 2. Que es lo que esta pasando. Lo mismo, pero con Productos y Paquetes T-Systems España Presentacion SOA T-Systems. Page Producto1 Producto 2 Producto 4 Producto 3 Producto 5 Producto 6 Producto 1 Producto 2 Producto 4 Producto 3 Producto 5 Producto 6 SOA???
8. 2. Que es lo que esta pasando. Esto si es SOA T-Systems España Presentacion SOA T-Systems. Page SOA Producto1 Producto 2 Producto 4 Producto 3 Producto 5 Producto 6 Servicio 1 Servicio 2 Servicio 4 Servicio 3 Servicio 5 Servicio 6
9.
10. 3. Que tenemos que hacer. El ROL del Arquitecto (No es un tecnólogo) T-Systems España Presentacion SOA T-Systems. Page Diseña el Servicio. Analizando si ya existe. Tiene claro el concepto SOA Servicio 1 Servicio 2 Servicio 3
11. 3. Que tenemos que hacer. Hacia donde van las empresas T-Systems España Presentacion SOA T-Systems. Page
12.
13.
14. 3. Que tenemos que hacer. Una vez tenemos el concepto claro T-Systems España Presentacion SOA T-Systems. Page Diseñar Servicios - Beneficios Las herramientas actuales permite sin ser técnico diseñar un servicio. Pero la cuestión anterior a esto es :Muchas empresas e instituciones han comenzado a desarrollar estas ideas de una manera un tanto desordenada, poco integrada y con la adquisición de productos finales de distintos fabricantes, resolviendo partes del puzzle. Realmente existen soluciones o conceptos que consiguen resolver todos los términos anteriores de una vez “para siempre”. Nos referimos a alguna infraestructura o arquitectura , que este orientada a lo que realmente hacen las empresas e instituciones, que es simplemente dar servicios . Las empresas deben pensarse antes de adquirir un producto para dar un servicio (interno o externo), si su arquitectura esta orientada a ello, por que se pueden encontrar que quizás esto sea lo primero que hay que hacer, y que con el mismo coste de adquisición de un producto, se puede tener una estructura que le permita construir todos los servicios y no tener que comprar y mantener productos finales. Los nuevos servicios deberían construirse en base a Web Services que tengamos in-house o ir a buscarlos fuera (UDDI).
15. 3. Que tenemos que hacer. Posibilidades de una Arquitectura SOA T-Systems España Presentacion SOA T-Systems. Page Podemos comprobar como las “funcionalidades” de este tipo arquitecturas cumplen con los niveles de Interoperabilidad descritos por la Comisión Europea.
16. 3. Que tenemos que hacer. Diseñamos el Servicio T-Systems España Presentacion SOA T-Systems. Page
17. 3. Que tenemos que hacer. Entonces ya entra tecnología. T-Systems España Presentacion SOA T-Systems. Page Con las facilidades de este tipo de arquitecturas, incluso los Departamentos de TI consiguen unos tiempos de construcción menores
18. 3. Que tenemos que hacer. Ciclo de Vida completo del proceso. T-Systems España Presentacion SOA T-Systems. Page 1. Usuarios de negocio modelizan y analizan procesos en ProActivity 2. Los Desarrolladores implementan procesos en WLI 3. Monitorización de procesos en ProActivity
31. 6. T-Systems T-Systems España Presentacion SOA T-Systems. Page “ Hemos realineado estratégicamente a Deutsche Telekom AG con el objeto de direccionar de la manera más efectiva los requerimientos de nuestros clientes” “Queremos ser la compañía integrada de telecomunicaciones de mayor crecimiento en Europa” Comunicación Móvil Comunicación Fija y Banda Ancha Servicios y Soluciones TIC 25 billones euros 44.600 empleados 34,3 billones euros 160.500 empleados 10,5 billones euros 39.500 empleados * Datos 2004 ===! " § Deutsche Telekom
32.
33.
34. 5. T-Systems T-Systems España Presentacion SOA T-Systems. Page ======! " §==Systems= Hay que tener claro el Concepto SOA Servicio 1 Servicio 2 Servicio 3
Hinweis der Redaktion
1. Introducción. Explicar que SOA no es solo arquitectura que la palabra importante es SERVICIO, y que por aquí se tendría que empezar a conceptualizar. Todo lo que hacemos en nuestras empresas o instituciones es un SERVICIO (desde el Servicio de Correo Electrónico, El Servicio de Nominas, El Servicio de Agencia de Viajes, El servicio de Gestión Documental, El servicio de Validar una Fecha en un Programa…..) 1. Primero hay que tener claro el concepto, pensar en MODO SERVICIO, las compañías (toda la organización) debe estar orienta al servicio, este es el primer paso. Segundo tiene que existir alguien que le de forma a ese servicio (No es un tecnólogo, ni alguien de negocio), y Tecnología debe tener preparada una Arquitectura, Plataforma, Metodología, y Formación suficiente para construir dicho servicio. El problema es que empezamos al revés.
1. Introducción. Explicar que SOA no es solo arquitectura que la palabra importante es SERVICIO, y que por aquí se tendría que empezar a conceptualizar. Todo lo que hacemos en nuestras empresas o instituciones es un SERVICIO (desde el Servicio de Correo Electrónico, El Servicio de Nominas, El Servicio de Agencia de Viajes, El servicio de Gestión Documental, El servicio de Validar una Fecha en un Programa…..) 1. Primero hay que tener claro el concepto, pensar en MODO SERVICIO, las compañías (toda la organización) debe estar orienta al servicio, este es el primer paso. Segundo tiene que existir alguien que le de forma a ese servicio (No es un tecnólogo, ni alguien de negocio), y Tecnología debe tener preparada una Arquitectura, Plataforma, Metodología, y Formación suficiente para construir dicho servicio. El problema es que empezamos al revés.
2. Hacia donde van las compañías, que es lo que esta pasando. Probablemente estamos pasando del dibujo de finales de los 90 en el que justificamos el termino EAI para minimizar el número de interfaces entre aplicaciones. ¿Se acuerdan de este dibujo? 2. Una vez resuelto este problema (no del todo ni en todas las compañías, ya que todos tenemos ejemplos de la primer grafico espagueti) ahora las compañías y administración pública desengañadas de algunos fracasos de desarrollos a medidas y de costosos mantenimientos en horas/hombre, se han estado comprando productos para p.ej Gestión de Expedientes, WorkFlow, Gestión Documental, CRM’s, Inteligencia en el Negocio, etc.. Pero SOA no es la única solución a este nuevo dibujo complejo. Tenemos que pensar en terminos de SERVICIO y cuestionar la propia necesidad de estos productos.
2. Hacia donde van las compañías, que es lo que esta pasando. Probablemente estamos pasando del dibujo de finales de los 90 en el que justificamos el termino EAI para minimizar el número de interfaces entre aplicaciones. ¿Se acuerdan de este dibujo? 2. Una vez resuelto este problema (no del todo ni en todas las compañías, ya que todos tenemos ejemplos de la primer grafico espagueti) ahora las compañías y administración pública desengañadas de algunos fracasos de desarrollos a medidas y de costosos mantenimientos en horas/hombre, se han estado comprando productos para p.ej Gestión de Expedientes, WorkFlow, Gestión Documental, CRM’s, Inteligencia en el Negocio, etc.. Pero SOA no es la única solución a este nuevo dibujo complejo. Tenemos que pensar en terminos de SERVICIO y cuestionar la propia necesidad de estos productos.
2. Una vez resuelto este problema (no del todo ni en todas las compañías, ya que todos tenemos ejemplos de la primer grafico espagueti) ahora las compañías y administración pública desengañadas de algunos fracasos de desarrollos a medidas y de costosos mantenimientos en horas/hombre, se han estado comprando productos para p.ej Gestión de Expedientes, WorkFlow, Gestión Documental, CRM’s, Inteligencia en el Negocio, etc.. Pero SOA no es la única solución a este nuevo dibujo complejo. Tenemos que pensar en terminos de SERVICIO y cuestionar la propia necesidad de estos productos.
3. Que es lo que tenemos que hacer. Para conseguir esto se necesita el papel de una nueva figura entre Negocio y Tecnología que es el Diseñador de Servicios. Es como el jefe de obra, es el creador. Si volvemos al primer dibujo (Concepto, Servicio y Arquitectura), este el flujo por el que esta rol se debería mover. Repetimos que son mas importantes los dos primeros pasos que el último. El último mejora el proceso y permite su reutilización y ahorro de costes, pero sin los dos primeros el efecto es el contrario. 3. Que tenemos que hacer. Las empresas e instituciones cada vez mas cooperan e interoperan interna y externamente. Esta realidad refuerza las ideas anteriores. Si no tenemos orquestados los servicios desde el punto de vista de la organización y conceptualmente cada vez será mas difícil combinar distintos servicios para crear uno nuevo (no costará mucho permitir el pago telemático si el servicio de identificación no está en Internet, si los datos fiscales no están diseñados como un servicio, volviendo entonces de nuevo a generar un espagueti). El circulo central del dibujo es SOA. 3. Beneficios de la Interoperabilidad “resumir, y pasar la mayoria del texto a notas”
Que tenemos que hacer. Las empresas e instituciones cada vez mas cooperan e interoperan interna y externamente. Esta realidad refuerza las ideas anteriores. Si no tenemos orquestados los servicios desde el punto de vista de la organización y conceptualmente cada vez será mas difícil combinar distintos servicios para crear uno nuevo (no costará mucho permitir el pago telemático si el servicio de identificación no está en Internet, si los datos fiscales no están diseñados como un servicio, volviendo entonces de nuevo a generar un espagueti). El circulo central del dibujo es SOA.
Diseñar servicios. Aquí hay que remarcar la idea y titulo de la presentación. La primera cuestión es por que necesito comprar un producto del mercado o realizar un desarrollo a medida para resolver este solicitud de servicio. Realmente existen soluciones o conceptos que consiguen resolver todos los términos anteriores de una vez “para siempre”. Nos referimos a alguna infraestructura o arquitectura , que este orientada a lo que realmente hacen las empresas e instituciones, que es simplemente dar servicios . Las empresas deben pensarse antes de adquirir un producto para dar un servicio (interno o externo), si su arquitectura esta orientada a ello, por que se pueden encontrar que quizas esto sea lo primero que hay que hacer, y que con el mismo coste de adquisición de un producto, se puede tener una estructura que le permita construir todos los servicios y no tener que comprar y mantener productos finales. Los nuevos servicios deberían construirse en base a Web Services que tengamos in-house o ir a buscarlos fuera (UDDI).
Pagina 15. Aquí hay que remarcar el rol de que no es necesario que el Arquitecto sea un tecnólogo a la hora de diseñar un Servicio. Pagina 16. Aquí hay que enfatizar en la ayuda y estandarización que se consiguen en las areas de TI al utilizar este tipo de plataformas. Pero recordemos que estamos al final de la cadena, los pasos previos son necesarios. De nada sirve que se utilicen estar herramientas si no están alineadas con el Negocio.
ProActivity es uno de los líderes en soluciones de diseño y optimización de Enterprise Business Process Análisis para empresas y ofrece excelentes capacidades para: v Diseñar y modelar, automatizar y monitorizar los flujos de trabajo integrando de forma transparente el modelado y desarrollo con la posible monitorización de la actividad de negocio (BAM) en una única herramienta. v Dar soporte al ciclo de vida completo de un proyecto, abarcando aspectos de negocio y tecnológicos y permitiendo a los usuarios optimizar directamente los flujos de trabajo y los procesos, lo que acelera los cambios a la vez que reduce los costes de IT.
Conclusiones: IDEAS a RETENER: Es un Concepto Necesitas un ROL nuevo Necesitas la Arquitectura Tienes las Herramientas Consigues estos beneficios o Incremento de la calidad del servicio prestado hacia el ciudadano, mejorando los tiempos de tramitación y de respuesta a las consultas de terceros. o Incremento de la calidad del trabajo y la satisfacción del empleado de la Corporación , facilitando su operativa diaria con los expedientes (hacia el expediente único o digitalizado) y los sistemas de información corporativos o Incremento de la calidad de los sistemas de información corporativos , optimizando, flexibilizando y facilitando su evolución § Desarrollo e implantación de una Arquitectura Orientada a Servicios (escalable, segura, flexible, modular y parametrizable) que permitirá la gestión de expedientes de subvenciones y la gestión de la base de datos de terceros, así como disponibilidad de unos servicios básicos para la implantación de futuros servicios: o Facilidad para acometer nuevos proyectos de gestión de expedientes, de tramitación y de integración entre Sistemas de información, gracias a la reutilización de servicios y procesos de negocio. o Disposición de una plataforma para la interoperabilidad en la e-Administración de forma efectiva y segura