¿Cómo pueden los desarrolladores permitir a los usuarios de negocio definen lógica de la aplicación?

Question

Estoy trabajando en una nueva aplicación en el trabajo, y un gerente es realmente empujar el concepto de un sistema de gestión de reglas de negocio (BRMS) y un sistema de gestión de flujo de trabajo, y estoy tratando de averiguar la mejor manera de integrar este tipo 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 más el gestor está buscando es la capacidad de los usuarios de negocio a las reglas de negocio o cambio flujos de proceso sin necesidad de tiempo de desarrollo (o con un mínimo de tiempo desarrollador).

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

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

Workflow Foundation tiene sentido para mí, ya que es un flujo de trabajo conocido, que se define que está integrado en el código de aplicación, pero el gerente no está buscando una fundación, que quiere una herramienta que permite a los usuarios de negocios y definen los flujos de trabajo de actualización. Cualquier tipo de sistema que permite a los usuarios finales crear dinámicamente los flujos de trabajo tiene menos sentido para mí.

Me pidieron que vistazo a WorkflowGen como un ejemplo de un motor de flujo de trabajo. Para mí, parece que es completamente autónomo a menos que un desarrollador escribe el código .NET para la interfaz con los sistemas de back-end.

Me puede comprender un sistema de flujo de trabajo que permite a los usuarios definir específica, acciones limitadas, como "e-mail así y así" y "así lo requieran y así aprobar," pero no tengo ni idea de cómo un sistema de flujo de trabajo que se supone que dinámicamente definir flujo de la aplicación se puede integrar en una aplicación, o incluso de cómo el sistema más simple que acabo de describir puede mostrar y actualizar datos de back-end.

Estoy empujando para casos de uso para que pueda entender mejor lo que mi pesebre está buscando en términos de movimiento de este tipo fuera de la lógica del código de la aplicación, pero mientras tanto, le agradecería cualquier información que nadie tiene en estos tipos de los sistemas. Como ya he dicho, no sé lo que no sé, y nuestros usuarios de negocios parecen pensar nuestra nueva aplicación debe apoyar este tipo de herramientas. Quiero asegurarme de que estoy limitando nuestra funcionalidad debido a mi falta de conocimiento.

Gracias por cualquier información o asesoramiento.

Answer 1

Si trabaja en .NET: Fundación .NET de flujo de trabajo. Es complejo, es cierto, pero es gratis y tiene todo lo que su gerente le pide. Las reglas de negocio parte requerirá algún tiempo para acostumbrarse, el flujo de trabajo necesitará un poco de la inversión inicial en la construcción de su propio "medio ambiente", pero, cuando se mira a todo esto desde arriba, WF.NET todavía da más de lo que otros tiene que ofrecer. InRule es un producto barato que en realidad no puede hacer mucho, Blaze es demasiado compleja, demasiado caro y no es realmente para los "no-programadores"; ILOG es, también, no para los usuarios de negocios "".