En esta ocasión este va a ser un post que en lugar de explicar o dar a conocer algo va a intentar lo contrario, que intentéis compartir vuestra experiencia al respecto de un tema que llevo planteándome hace tiempo y que a nivel laboral también me he encontrado en alguna ocasión.
Como sabréis, hoy en día el BPM esta de moda, y son muchas las empresas privadas e instituciones píºblicas que quieren apostar por este tipo de sistemas. Para proyectos con un presupuesto y alcance suficiente, se intenta abordar el problema adquiriendo productos desarrollados por otros proveedores especializados en este tipo de producto. El problema aparece en proyectos de menor alcance, donde la inversión por un BPM con la tipología que os comentaba hace un momento, no es viable.
A partir de aquí se me ocurren dos alternativas:
* Encontrar una solución BPM, que aunque no cuente con toda la funcionalidad y el nivel de soporte de un producto estandar, pueda atender a las demandas del alcance necesario, de manera gratuita, es decir, un producto de software libre.
* Para desarrollos .NET, partir de la definicion base de Workflow Foundation y extenderla a base de enfocar recursos propios de la empresa a este respecto, con la idea de crear un producto que puede ser reutilizado en otros proyectos de la misma empresa.
Enfocándome en el segundo punto, que es la finalidad del post, mi duda al respecto es si alguno de vosotros se ha tenido que enfrentar a un problema similar, y cuál ha sido su experiencia al respecto. Es decir, partiendo del funcionamient basico de Workflow Foundation, ampliar sus capacidades con requerimientos basicos de un BPM, como podria ser una asignacion de tareas a usuarios, grupos de usuarios, perfiles roles (con sus correspondientes paneles de administracion para el mantenimiento) a actividades. Y lograr crear actividades con límite de tiempo de ejecución o de finalización masiva (como podrian ser las confirmaciones de entrega, o las recepciones de documentación… hemos hablado sobradamente de esto en el especial de motores de flujo). Todo esto, por supuesto, en su sistema basado en persistencia en base de datos. No estamos hablando de flujos que duren horas, si no en flujos que pueden durar, semanas, días, meses y hasta años.
En su momento realicé investigación por mi parte, y encontre ciertas dificultades en el modelo de persistencia y tracking de Workflow Foundation respecto sobre todo a la poca documentacion que encontre que me fuera de utilidad. Se habla mucho de PersistenceService y TrackingService y de la capacidad de ampliar el modelo, pero a nivel de persistencia en base de datos, es de locos enterarse para qué sirve cada una de las tablas que se genera para la persistencia y cada uno de los campos de la misma. Y sin esa base clara, poco se va a poder avanzar para ampliar el funcionamiento.
De ahí que en este caso sea yo quien solicita vuestra ayuda, cualquier ayuda que podais aportar respecto a BPM’s de software libre y la posibilidad de embarcarse en el proyecto de ampliar las capacidades de Workflow Foundation. Será más que bienvenida.
Un saludo y muchas gracias.
Miguel.
Miguel, yo estoy participando en un proyecto que tiene la misma problemática que tu planteas. Yo estoy exactamente en tu misma posición, con la misma inquietud. Actualmente estoy buscando algíºn open source que haya avanzado sobre crear algunas características de BPM utilizando workflow foundation, pero al momento no tengo ubicado uno. Me interesa conversar contigo, para conocer si lograste solventar su inquietud encontrando alguna solución o en todo caso para compartir la problematica e intercambair ideas
Hola Geovalt,
Finalmente por la falta de información tangible que he podido encontrar nunca nos hemos “atrevido” a plantear de forma seria la posiblidad de realizar un desarrollo a medida sobre Workflow Foundation.
Por mi parte desgraciadamente cada día que pasa tengo menos tiempo para investigar cosas por mi cuenta por lo que este tema ha pasado a quedar un poco en el olvido.
La idea inicial por la que comencé se basaba en un modelo relacional de base de datos que partiera de las tablas que utiliza para la persistencia Workflow Foundation. Definí la posibilidad de gestionar usuarios, grupos, roles y permisos. A partir de ahí quedaba “enganchar” a nivel entidad relación, cada una de las tareas que se almacenan en las tablas de tracking con los ids de los usuarios que almacenaba en las otras tablas. El problema fue que no encontré información suficiente que describiera cómo funcionan de base las tablas de persistencia de WF, ni siquiera en los scripts de generación de las mismas describe para qué sirve cada campo.
Finalmente, como te comenté, la falta de tiempo hizo el resto. Si tienes la pieza que te comento encajada, podemos utilizarlo de punto de partida para retomar el tema.
Un saludo y gracias.
Miguel.
Si bien este post tiene ya su tiempo, no quiero dejar pasar la oportunidad para comentarles de la solución de BPM e Integración de Aplicaciones: BIZUIT (www.bizuit.com), la cual utiliza WF y CF.
Saludos desde Argentina.
Ariel Díaz