PROCESA. Sistema Inteligente para el Diseño de Modelos de Procesos sobre Arquitecturas Orientadas a Servicios

Transcripción

1 PROCESA Sistema Inteligente para el Diseñ de Mdels de Prcess sbre Arquitecturas Orientadas a Servicis Pryect subvencinad pr Prgrama de Fment de la Investigación Técnica Pryects Tractres del Plan Nacinal de I+D+i (Tecnlgías de la Sciedad de la Infrmación) Cnvcatria 4/2007

2 1. OBJETIVO DEL PROYECTO El bjetiv del pryect PROCESA es la cnstrucción de un prduct sftware de alt valr añadid que slucine el prblema de la rama de la Ingeniería del Sftware, cnsistente en el diseñ de sistemas de infrmación basads en flujs de prcess y árbles de tramitación cmplejs, para ls cuales el númer de camins, el vlumen de tareas pr cada camin y la prbabilidad de cambi en las especificacines funcinales y técnicas asciadas a cada tarea sn muy elevads. Se investiga sbre la aplicación práctica de las tecnlgías BPM (Business Prcess Management), las tecnlgías SOA (Services Oriented Architectures) y la utilización de estándares (XML, WebServices, XPDL, BPEL, etc.), para que de frma inteligente se aprte una slución factible al prblema anterir desde la Ingeniería del Sftware. En su definición principal, el prduct btenid pr este pryect (en adelante PROCESA) permitirá la cnstrucción de sistemas cmplejs de fluj y tramitación de prcess, en base a la especificación de reglas de alt nivel que cubren las accines principales que realiza cualquier prces de negci de un rganism u rganización. El mdel tecnlógic del prduct sigue las tendencias de mercad relativas a la tecnlgía BPM, incrprand tdas las características y estándares asciads a ésta. PROCESA dispne de un cnjunt cmplet de herramientas de definición, diseñ y cnstrucción de ls mdels de prcess, así cm el crrespndiente Mtr de Ejecución de Prcess, que cnstituirá el sftware Run-Time que presente aplicacines a ls usuaris finales. El mdel gráfic de presentación a usuari será 100% web, pudiend presentarse ls diálgs y páginas a ls usuaris en cualquier frmat de dispsitiv, bien sea navegadr dispsitiv móvil. El prduct se desarrlla baj tecnlgía Java/J2EE, cn ejecución en un servidr de aplicacines y acces mediante clientes 100% ligers (Thin Clients). PROCESA tendrá una aplicación e impact direct sbre el desarrll de la sciedad de la infrmación, y cncretamente aprtará elements de aplicación directa sbre ls prcess de desarrll de la Administración Electrónica. Será de aplicación directa para ls principis y articulad de la Ley para el acces electrónic de ls ciudadans a ls Servicis Públics, así cm servirá de tecnlgía sprte para cumplir las bligacines asciadas a la futura Ley de Medidas de Impuls de la Sciedad de la Infrmación. El mtiv de este impact direct es que PROCESA permitirá cnstruir ls mdels de prces que harán psible la interperabilidad real en la red de ls distints agentes que intervienen en cualquier trámite de las AAPP: Organism Tramitadr, Ciudadan, Prveedr, Otrs rganisms indirects, rganisms de la AGE, Cmunidades Autónmas, Entidades Lcales, etc. PROCESA permitirá diseñar un mdel de prcess glbal y baj el paraguas de la utilización de estándares de interperabilidad, reutilización de cmpnentes basads en arquitecturas SOA y cn la flexibilidad ttal para la cnstrucción de prtales web persnalizads que actúen de frma cmpletamente integrada cn el rganism tramitadr y el rest de agentes externs que intervienen en el prces. Mnem. Tds ls derechs reservads. Página 2 de 10

3 2. ANTECEDENTES En el ámbit de la cnstrucción de Sistemas de Infrmación, la experiencia demuestra que tdas las aplicacines precisan realizar el cntrl y seguimient de ls distints prcess y estads de cada dcument transacción. De igual frma, tdas las rganizacines, ya sean públicas privadas, tienen la necesidad de gestinar flujs de prcess y encadenamient de trámites de muy diversas naturalezas. Tradicinalmente, se ha intentad abrdar el prblema de la cnstrucción de Sistemas de Infrmación que incluyan prcess cmplejs de tramitación, pr diverss medis, ya sea pr medi de desarrll de aplicacines a medida pr medi de la implantación de distintas tecnlgías de wrkflw. Ninguna de estas alternativas frece una slución cmpleta al prblema, ya que cada una se centra de frma muy cncreta, bien en el área de gestión, bien en el área de wrkflw. Inclus abrdand el prblema desde la cnstrucción a medida, encntrams ls prblemas inherentes al mism en ls apartads de dependencia de la slución cnstruida, cntrl de versines y mantenimient, tiemps de desarrll, etc. MNEMO, a partir de una prfunda experiencia en la cnstrucción e implantación de Sistemas de Infrmación para ls distints sectres del mercad españl, ha analizad el prblema del diseñ de sistemas cn las características reseñadas anterirmente, en ls cuales la cmplejidad asciada a flujs de prcess y árbles de tramitación de muchs niveles de prfundidad, para ls cuales el númer de camins, el vlumen de tareas pr cada camin y la prbabilidad de cambi en las especificacines funcinales y técnicas asciadas a cada tarea sn igualmente muy elevads. El prblema se cmplica cuand a ls requerimients inherentes a la prpia definición del prces, según se ha cmentad, se añaden ls asciads a la ejecución del mism en un entrn glbal cmpuest pr distints rganisms y agentes que intervienen en el prces cn distints rles y respnsabilidades, y ls requerimients asciads a ls cambis permanentes en la legislación y en ls prcedimients administrativs, que bligan a que la incrpración de nuevas reglas de negci y nuevs diseñs en ls mdels de prces deban realizarse cn uns tiemps de desarrll y puesta en expltación muy inferires a ls tradicinales en el desarrll de Sistemas de Infrmación. Este tip de prblemática es específica de la Administración Pública, y es pr ell que es el sectr al que va más dirigida la aplicación práctica futura de la tecnlgía definida en PROCESA. MNEMO cree necesaria la ejecución del pryect PROCESA, en base a ls requerimients tecnlógics y funcinales que se derivan de la actual estrategia liderada pr la Administración Pública españla y en cncret desde el Ministeri de Administracines Públicas, de la legislación futura que se encuentra en plen prces de tramitación en ambas cámaras y de td l relativ a ls pryects que ya se encuentran en marcha relacinads cn el avance de la Sciedad de la Infrmación y cn el impuls de la Administración Electrónica. Mnem. Tds ls derechs reservads. Página 3 de 10

4 PROCESA se cnvertirá en una de las platafrmas sftware de mercad que den cbertura funcinal y tecnlógica a ls cntenids y bligacines recgids en la legislación actual y futura relacinada cn la Sciedad de la Infrmación y la Administración Electrónica eadministración, en cncret para la siguiente nrmativa legal: Ley para el acces electrónic de ls ciudadans a ls Servicis Públics Ley de Medidas de Impuls de la Sciedad de la Infrmación (actualmente en trámite) Real Decret 209/2003 Ley 34/2002 Ley 24/2001 (art. 68) Real Decret-Ley 14/1999 Real Decret 1317/2001 Ley 66/1997 (art. 81) N existe en el mercad una slución sftware que permita la cnstrucción de sistemas basads en mdels de fluj de prcess, al mism tiemp que se permite la adecuación perfecta a ls requisits de usuari cn tdas las características de flexibilidad de un desarrll a medida, per cn las garantías de calidad y rapidez en el desarrll que aprta el mdel de cnstrucción del sistema de infrmación en base a la parametrización de reglas de negci en un prduct sftware, al mism tiemp que se permite la reutilización de cmpnentes sftware en base a estándares. Éste es el ámbit en el que PROCESA justifica su desarrll. Cn este pryect desde MNEMO querems frecer la capacidad de incrprar funcinalidad a ls prcess de eadministración cnsiderads cm estratégics pr las AAPP de acuerd a filsfía RAD (Rapid Applicatin Develpment), sbre Arquitecturas Orientadas a Servicis (SOA), permitiend la cnstrucción de slucines verticales cn acces desde cualquier dispsitiv móvil a través de la red. Estas slucines verticales pdrán cnstruirse mediante la integración de cmpnentes reutilizables en frma de servicis que permitirán su rquestación de frma ágil y flexible en prtales web muy próxims a ls requisits finales de cada prces de Administración Electrónica, y pr su prpia definición y arquitectura, garantizarán la psibilidad de la cnstrucción de funcines de usuari abiertas a cualquier agente del prces, ya sea intern dentr del rganism tramitadr extern, para cualquiera de ls agentes implicads en el prces glbal. En definitiva, se trata de prprcinar un prduct que permita cnstruir sistemas de infrmación nline cmpletamente accesibles e interperables, mediante la definición de mdels de prces muy cercans a la prblemática específica de las Administracines Públicas y la definición de reglas de tramitación para cada tarea del prces mediante la rquestación de servicis accesibles pr medi de estándares de mercad, td ell baj una filsfía de desarrll RAD y la capacidad de ejecución de un ptente mtr de prcess, que garantice en td mment la fiabilidad, accesibilidad y escalabilidad de ls sistemas desarrllads. Mnem. Tds ls derechs reservads. Página 4 de 10

5 3. SITUACIÓN ACTUAL En el mercad existe actualmente una ferta tecnlógica muy imprtante dentr del marc de slucines BPMS (Business Prcess Management Suites), slucines tradicinalmente llamadas de Wrkflw y slucines ERP (Enterprise Resurce Planning). Ahra bien, resulta destacable el hech de que la única alternativa que aparece cm realmente viable para desarrllar sistemas de infrmación para la eadministración siga siend el desarrll a medida de aplicacines la realización de grandes pryects de implantación de estas slucines BPMS inclus slucines ERP, que intentan slucinar el prblema desde la capacidad estática de sus funcinalidades prefabricadas. En la mayría de ls cass, estas estrategias de acercamient a la reslución del prblema prducen uns tiemps de pryect muy largs y uns cstes muy elevads, al mism tiemp que ls requerimients de persnalización, desarrlls adicinales e integración entre ls distints cmpnentes de aplicación terminan haciend el pryect inviable. PROCESA pretende aprtar tda la tecnlgía existente en la actualidad relativa a BPM y SOA, per manteniend tds ls beneficis del desarrll de un sistema de infrmación a medida. En este sentid, PROCESA pndrá a dispsición de ls diseñadres de prcess las herramientas necesarias para definir el mdel de cada prces de frma exacta a cm l expresa el respnsable funcinal del mism. Permitirá definir cada tarea trámite del prces de frma idéntica a ls requisits sftware que haya identificad el analista funcinal, y permitirá cnstruir a la medida las accines cncretas que deben ejecutarse dentr de cada tarea trámite. En el prces de cnstrucción, el desarrlladr, ya sea en la fase de análisis, diseñ cnstrucción, dispndrá de ls cmpnentes en frma de servicis, necesaris para cnstruir el prces. PROCESA cntemplará desde e inici desde su filsfía de prduct que el bjetiv hy en día es la cnstrucción de sistemas de infrmación glbales en ls que intervienen distints rganisms y agentes a l larg de td el prces. Ésta es una característica altamente diferenciadra del prduct, cn respect a las capacidades que prprcinan ls prducts existentes en la actualidad en el mercad. Estas slucines bligan en la actualidad al desarrll de una buena cantidad de líneas de códig adicinal a la prpia implantación de la slución sftware, l cual pretende evitarse cn PROCESA. 4. LÍNEAS DE I+D+i DE PROCESA Para el pryect PROCESA se han emprendid las siguientes líneas de I+D+I: Investigación sbre la aplicación práctica de la tecnlgía y cncepts BPM para la cnstrucción de sistemas de infrmación basads en flujs de prcess y árbles de tramitación cmplejs, para ls cuales el númer de camins, el vlumen de tareas pr cada camin y la prbabilidad de cambi en las especificacines funcinales y técnicas asciadas a cada tarea sn muy elevads. Mnem. Tds ls derechs reservads. Página 5 de 10

6 Investigación sbre la aplicación práctica de las arquitecturas rientadas a servicis (SOA) y la utilización de prtcls y frmats de transferencia de infrmación estándar para la especificación de reglas de alt nivel que definan cn un alt grad de cntenid semántic las accines que se deben ejecutar cm resultad del estad de un bjet en la instancia de un prces de negci. Optimización de ls cncepts de Reutilización de Cmpnentes y Orquestación de Prcess para la utilización de ls misms cn la flexibilidad y sencillez que requieren ls sistemas descrits anterirmente. Desarrll de ls cmpnentes de prduct necesaris, tant para la cnstrucción de ls sistemas de infrmación descrits, cm para la ejecución de ls mdels de prces diseñads. Análisis, estudi e investigación de las principales líneas tecnlógicas existentes en la actualidad dentr del mercad Open Surce, cn bjet de cnseguir ls rets funcinales y tecnlógics del pryect PROCESA. Entre las tecnlgías sbre las que se está cnstruyend PROCESA se encuentran Eclipse y JBPM. Investigación y desarrll de la cnstrucción de un mdel CMMI (Capability Maturity Mdel Integratin) mediante la tecnlgía de PROCESA. Diseñ de tds ls mdels de prces necesaris para la implantación de la tecnlgía de PROCESA en una Factría de Sftware. Aplicación de la tecnlgía de PROCESA a la reslución del prblema cnsistente en el diseñ de sistemas de infrmación basads en ls principis de Tramitación Electrónica, asciads a las iniciativas tecnlógicas existentes en la actualidad en la Administración Pública españla, relativas a la eadministración. El element innvadr en este cas es la viabilidad del desarrll de ests pryects, incrprand tds ls requisits funcinales, de interperabilidad y de adecuación a estándares establecids en la legislación vigente, al mism tiemp que se cnstruyen sistemas de infrmación viables en su mantenimient evlutiv, cn un ROI cntrlad y cn unas capacidades de incrpración de mejras funcinales y tecnlógicas muy ptimizadas en términs de tiemps y cste de desarrll. 5. NOVEDADES TECNOLÓGICAS En su definición principal, el prduct PROCESA permitirá la cnstrucción de sistemas cmplejs de fluj y tramitación de prcess, en base a la especificación de reglas de alt nivel que deberán cubrir las accines principales que realiza cualquier prces de negci de un rganism u rganización. El mdel tecnlógic a diseñar crrespnderá a ls denminads sistemas BPM (Business Prcess Management), debiend incrprar tdas las tecnlgías, características y estándares asciads a ls misms. Existirá un cnjunt cmplet de herramientas de definición, diseñ y cnstrucción de ls mdels de prcess, así cm el crrespndiente Mtr de Ejecución de Prcess, que cnstituirá el sftware Run-Time que presente aplicacines a ls usuaris finales. El mdel gráfic de presentación a usuari será 100% web, pudiend presentarse ls diálgs y páginas a ls usuaris en cualquier frmat de dispsitiv, bien sea navegadr dispsitiv móvil. Mnem. Tds ls derechs reservads. Página 6 de 10

7 El prduct se desarrlla baj tecnlgía Java/J2EE, cn ejecución en un servidr de aplicacines y acces mediante clientes 100% ligers (Thin Clients). Para las aplicacines de usuari final, el interfaz será mediante páginas JSP, mientras que para las herramientas de cnstrucción de las aplicacines, el interfaz se realizará mediante Swing. En la definición de prduct se cnsiderarán cm características tecnlógicas y funcinales de PROCESA las siguientes: Capacidad para cnstruir mdels de prces crrespndientes a las estructuras cmplejas arriba descritas, y susceptibles de ser definids pr medi de ptentes reglas de negci btenidas a partir del repsitri inteligente de servicis accesible desde la herramienta de definición de tareas. Las reglas de prces asciadas a una tarea se cnvierten en la definición de alt nivel semántic de aquél al mism tiemp que permiten la interperabilidad en un mism prces de servicis de distintas tecnlgías y fuentes. Capacidad para cnstruir interfaces de usuari dinámicas y flexibles, cntrladas pr reglas de usuari que se prcesan en tiemp real, y directamente integrables dentr de prtales web en ls que intervienen prcess de distintas fuentes y rganisms. Arquitectura SOA: Basada en cmpnentes reutilizables, directamente integrable en cualquier mdel de prcess glbal, mediante la utilización de estándares. La interperabilidad entre prcess y agentes se cnseguirá de frma práctica, est es, cn una inversión en tiemp y cste de desarrll factible, al mism tiemp que se garantiza el mantenimient evlutiv de ls sistemas cnstruids. Capacidad para realizar Gestión del Cncimient sbre Cmpnentes de Negci, al pder dispner de un repsitri de cmpnentes, directamente utilizables en accines dentr de tareas de un prces. Será psible reutilizar cmpnentes del repsitri de PROCESA incrprarls desde trs repsitris externs. RAD (Rapid Applicatin Develpment): Mdel de desarrll de prcess sencill, estructurad y cn alts niveles de prductividad. Capacidad para definir Mdels de Prcess Verticales, cn alt nivel de cmplejidad en cuant al númer de tareas y cass de prcesamient diferentes. PROCESA permitirá diseñar mdels verticales cmplejs, cm ls prcess de tramitación electrónica de la Administración Pública españla, en ls que intervienen distints rganisms, centrales, lcales y autnómics en el mism prces; ls mdels de diseñ y cnstrucción de cmpnentes sftware en base a cicls de vida de desarrll sbre CMMI. 6. CARACTERÍSTICAS DEL PRODUCTO PROCESA. ALCANCE DE PROYECTO El alcance del pryect PROCESA cnsiste en la investigación y análisis sbre las tecnlgías e ideas que cnsigan reslver el prblema de la cnstrucción de ls sistemas de infrmación descrits anterirmente, y la mejr frma de llevar a la práctica dichas ideas. Ls resultads btenids en esta fase de análisis permitirán realizar la cnstrucción de ls móduls del prduct PROCESA que se relacinan a cntinuación. El pryect PROCESA tiene previst liberar la primera versión de prduct el 1 de ener de El pryect tendrá cntinuidad en ls añs psterires, cn la incrpración de nuevas mejras y Mnem. Tds ls derechs reservads. Página 7 de 10

8 lanzamient de nuevas versines, cuyas capacidades se especificarán una vez terminad el pryect actual y liberada la versión 1. PROCESA cnsta de ls siguientes móduls principales: Herramienta de Mdelización de Prcess: PROCESA Mdel Herramienta de Diseñ y Cnstrucción de Prcess: PROCESA Builder Servici Universal de Acces a Dats de Aplicación: PROCESA SRDA Mtr de Ejecución: PROCESA Engine Generadr de Infrmes: PROCESA Reprts API de Integración cn PROCESA: PROCESA Integratr Mediante PROCESA Mdel, ls analistas de negci pdrán crear ls mdels de prcess crrespndientes a las funcinalidades requeridas pr el sistema de infrmación que se está diseñand. PROCESA dispne de las herramientas necesarias para cnstruir mdels de acuerd a l estándar XPDL. En la siguiente figura se muestra un mdel diseñad pr MODEL sbre Eclipse: Mnem. Tds ls derechs reservads. Página 8 de 10

9 Mediante PROCESA Builder, ls diseñadres de aplicacines wrkflw tendrán la psibilidad de diseñar y cnstruir ls bjets de aplicación crrespndientes a ls mdels de prcess definids pr ls analistas de negci. El módul PROCESA SRDA cnsiste en un servici de repsitri de dats de aplicación que prprcina acces para lectura y actualización transaccinal de dats y meta-dats de las aplicacines cnstruidas cn PROCESA. Una vez cnstruidas tds ls bjets y reglas que definen el sistema wrkflw final (Mdel de Aplicación), PROCESA Engine se encargará de interpretar el mdel y presentar las aplicacines a ls usuaris en tiemp real. El módul PROCESA Reprts cnsistirá en un generadr de infrmes para perfiles de desarrll, que permitirá el diseñ y cnstrucción de ls infrmes de las aplicacines cnstruidas cn PROCESA. El módul PROCESA Integratr prprcinará el API (Applicatin Prgram Interface) cmplet basad en Java y en Servicis Web, para la integración de cualquier sistema extern cn las aplicacines PROCESA. En la siguiente figura se muestra la arquitectura de cmpnentes de PROCESA: Mnem. Tds ls derechs reservads. Página 9 de 10

10 Entre las características de PROCESA destacan las siguientes: Es un servici inteligente de wrkflw sbre bjets reutilizables, mediante arquitecturas SOA e invcación de servicis web. Permite la cnstrucción de una Platafrma de Servicis para el diseñ de sistemas de infrmación basads en flujs de prcess y árbles de tramitación cmplejs, para ls cuales el númer de camins, el vlumen de tareas pr cada camin y la prbabilidad de cambi en las especificacines funcinales y técnicas asciadas a cada tarea sn muy elevads. Aplicación práctica de las tecnlgías BPM, SOA y utilización de estándares (XML, WebServices, XPDL, BPEL, etc.). Cnjunt cmplet de herramientas de Definición, Diseñ y Cnstrucción de ls mdels de prcess, y un Mtr de Ejecución de Prcess que presenta aplicacines finales al usuari (Web y Mvilidad). Diseñad teniend en cuenta requisits de cnstrucción de sistemas glbales e interperables (eadministración). Integrable de frma natural en estrategias SOA crprativas en las que se incluyen tecnlgías de tercers. El prduct se identificará en el mercad pr ls siguientes punts: Capacidad real para diseñar sistemas de infrmación cmplejs en términs manejables de tiemp, cste y capacidad de mantenimient evlutiv. Actualizad a las últimas tecnlgías líderes de mercad. Adecuación perfecta a requisits de usuari para ls sistemas de infrmación cnstruids cn el prduct. Orientación cmpleta sbre Reutilización de Servicis, Interperabilidad y Accesibilidad Web. RAD: Rapid Applicatin Develpment. Capacidad para definir mdels de prces verticales: CMMI, ITIL, eadministración, etc. Cmpatible cn prducts BPM de fabricante: BEA AquaLgic BPM, IBM WebSphere, Oracle BPEL, etc. Cnstrucción de prcess sbre servicis de PROCESA, crprativs de tercers. Directamente implantable sbre una arquitectura de Bus de Servicis. Gestión de Cntenids integrada dentr de ls mdels de prcess. Mnem. Tds ls derechs reservads. Página 10 de 10