Gestor de Expedientes

De WikiCenaticEsp

 Resumen
 Productos
 Valoraciones

 Resumen
 Productos
 Valoraciones

 Resumen
 Productos
 Valoraciones

 Resumen
 Productos
 Valoraciones

 Resumen
 Productos
 Valoraciones

 Resumen
 Productos
 Valoraciones

 Resumen
 Productos
 Valoraciones

 Resumen
 Productos
 Valoraciones

 Resumen
 Productos
 Valoraciones

Resumen de la Situación Actual

• Existe por una parte una larga lista de productos de tipo BPM/Workflow basados en fuentes abiertas y una, cada vez mayor, similitud entre las funcionalidades y características técnicas ofrecidas por los distintos productos. Esto puede deberse a las siguientes razones:
  
  • Una amplia aceptación en el uso de este tipo de productos por parte, no sólo de Administraciones, sino también de empresas, lo que ha incentivado a los proveedores/comunidades a incluir en sus productos nuevas funcionalidades, que además van siendo imitadas por el resto de actores.
  • Consolidación de los estándares a utilizar (BPMN, BPEL, XPDL, etc) en favor de la interoperabilidad entre sistemas y aplicaciones.
  • Madurez de la tecnología base del producto
• La toma de decisiones se convierte así en un proceso en el que con frecuencia las variables críticas de decisión tienen que ver más con factores de tipo estratégico como el precio del soporte, la percepción de la comunidad que respalda el producto, la capacidad de integración con productos ya existentes en otras áreas (ej: ESB, Gestor Documental, Portal, etc), o la cantidad y calidad de la documentación existente.
• Asimismo, el cumplimiento de estándares puede jugar un papel activo en la toma de decisiones por parte de las Administraciones.
• De manera análoga a lo que sucede con otros elementos, cabe la posibilidad de utilizar productos ya confeccionados anteriormente, bien por proveedores, bien por otras Administraciones, y cuyo código está liberado bajo licencia de fuentes abiertas. De esta manera es posible conseguir ahorros en tiempo y coste a la hora de implantar la solución.

Shark

• Incorpora herramienta de diagramación/modelación de procesos – JaWE
• Utiliza el lenguaje de ejecución XPDL recomendado por el WfMC
• Interfaz de trabajo personalizable (basada en XForms)

JBoss

• Incorpora herramienta de diagramación/modelación de procesos – Graphical Process Designer (Eclipse IDE)
• Varios lenguajes de ejecución: BPEL, jPDL y Seam-Pageflow
• Se integra de manera nativa con el servidor de aplicaciones JBOSS
• Interfaz de trabajo personalizable (basada en XForms (FormFaces))

Bonita

• Incorpora herramienta de diagramación/modelación de procesos – ProEd
• Utiliza el lenguaje de ejecución XPDL recomendado por el WfMC
• Soporta las especificaciones de lenguaje de modelado BPMN
• Lenguaje de ejecución BPEL si se integra con Orchestra
• Se integra con el servidor de aplicaciones JOnAS
• Se integra de manera nativa con la plataforma eXo 2.0
• Interfaz de trabajo personalizable (basada en XForms (FormGenerator))

OpenWFE

• Utiliza dos tipos de lenguaje de ejecución propios: RubyDSL y XML
• Basado en Ruby

Sigem

• Dirigido a Entidades Locales
• Se integra de manera nativa con el resto de componentes de SIGEM (archivo, registro…)
• Orientado de manera  adaptaciones a la LAECSP disponibles

Trew@

• Incorpora herramienta de diagramación/modelación de procesos – Model@
• Utiliza el lenguaje de ejecución XPDL recomendado por el WfMC
• Se integra de manera nativa con otros elementos del proyecto Wand@: Notific@dor, Avis@dor, Port@firmas...
• Numerosas adaptaciones a la LAECSP disponibles

OpenESB

• Cumplimiento del estándar JBI
• Múltiples protocolos de transporte soportados: JMS, HTTP, SOAP, REST, FTP, email, sistema de ficheros…
• Incluye IDE gráfico (NetBeans) y una consola de administración via web
• Motor de orquestación de servicios – BPEL
• Transformación de datos XML (XSLT, TransformXL)
• Enrutado de mensajes basado en contenido
• Se integra de manera nativa con Glassfish y/o con JBossAS

SmartFlow

• Solución integral al desarrollo, gestión, ejecución e interacción de modelos de procesos y de sistemas de trouble-ticketing.
• Se encuentra organizado en torno a diversos proyectos:
  • SmartFlow-Engine constituye el núcleo de la plataforma. Motor de workflow orientado a eventos, basado en tecnologías Java/CORBA, dando soporte al paradigma formal de las Redes de Petri empleado como método general de representación y ejecución de modelos de proceso. SmartFlow-Engine se encuentra actualmente en producción en varios sistemas críticos dentro de Telefónica.
  • SmartieFlow es un conjunto de herramientas integradas con el entorno de desarrollo Eclipse para facilitar las tareas de desarrollo, administración y despliegue de modelos de procesos.
  • SmartFlow4People implementa un conjunto de recursos así como un contenedor de recursos que permiten dotar al motor SmartFlow-Engine de una interfaz REST que facilita el uso, tanto del propio motor como de los procesos en ejecución, a todo tipo de usuarios. También simplifica el desarrollo de herramientas, gadgets e interfaces de interacción.
  • SmartFlow-BAM conjunto de gadgets construidos sobre SmartFlow4People para la monitorización de procesos instanciados en SmartFlow-Engine.

Valoraciones

Criterios Estratégicos

Criterios Funcionales

Criterios Técnicos