¿Cómo pueden los desarrolladores permitir que los usuarios empresariales definan la lógica de la aplicación?

Question

Estoy trabajando en una nueva aplicación en el trabajo, y un gerente realmente está impulsando el concepto de un sistema de gestión de reglas comerciales (BRMS) y un sistema de gestión de flujo de trabajo, y estoy tratando de encontrar la mejor manera de integrar estos tipos de herramientas.

Con respecto a este tipo de sistemas, no sé lo que no sé, así que estoy tratando de obtener otras perspectivas e información.

Lo que el administrador está buscando es la capacidad de los usuarios comerciales para cambiar las reglas comerciales o flujos de procesos sin necesidad de tiempo del desarrollador (o con un tiempo mínimo de desarrollador).

A BRMS es más fácil de entender cuando pienso en cómo encajaría en el código. Es bastante sencillo, y puedo ver cómo la lógica podría residir completamente fuera de una aplicación. Como no he hecho mucho con este tipo de sistemas, agradecería cualquier información sobre buenos productos que se integren con .NET o información sobre experiencias. (Estamos viendo InRule, Blaze Advisor y ILOG Rules)

Lo que estoy menos seguro es la parte del flujo de trabajo.

Workflow Foundation tiene sentido para mí, ya que es un flujo de trabajo conocido y definido que está integrado en el código de la aplicación, pero el administrador no busca una base, quiere una herramienta que permita a los usuarios empresariales definir y actualizar flujos de trabajo. Cualquier tipo de sistema que permita a los usuarios finales crear flujos de trabajo dinámicamente tiene menos sentido para mí.

Me pidieron que mirara WorkflowGen como un ejemplo de un motor de flujo de trabajo. Para mí, parece que es completamente autónomo a menos que un desarrollador escriba código .NET para interactuar con los sistemas de fondo.

Entiendo un sistema de flujo de trabajo que permite a los usuarios definir acciones específicas limitadas, como "correo electrónico y tal" y "requiere aprobación para aprobar", pero no tengo idea de cómo se supone un sistema de flujo de trabajo para definir dinámicamente el flujo de aplicaciones se puede integrar en una aplicación, o incluso cómo el sistema más simple que acabo de describir puede mostrar y actualizar datos de fondo.

Estoy presionando para casos de uso para que pueda entender mejor lo que mi administrador está buscando en términos de mover estos tipos de lógica fuera del código de la aplicación, pero mientras tanto, agradecería cualquier información que alguien tenga sobre estos tipos de sistemas. Como dije, no sé lo que no sé, y nuestros usuarios comerciales parecen pensar que nuestra nueva aplicación debería admitir este tipo de herramientas. Quiero asegurarme de que estoy limitando nuestra funcionalidad debido a mi falta de conocimiento.

Gracias por cualquier información o consejo.

Answer 1

Si trabaja en .NET: .NET Workflow Foundation. Es complejo, cierto, pero es gratis y tiene todo lo que su gerente le pide. La parte de reglas empresariales requerirá acostumbrarse, el flujo de trabajo necesitará una inversión inicial en la construcción de su propio "entorno" pero, cuando se ve todo esto desde arriba, WF.NET aún ofrece más de lo que otros pueden ofrecer. InRule es un producto barato que realmente no puede hacer mucho, Blaze es demasiado complejo, demasiado caro y no realmente para "no programadores"; ILOG tampoco es para "usuarios de negocios".