¿Comparación de herramientas de flujo de trabajo?

Question

Tenemos una gran necesidad de que diseñemos algunos flujos de trabajo alrededor de varios procesos. El problema es que ninguno de nosotros conocemos realmente ninguna tecnología de flujo de trabajo, y encontrar buenos datos para comparar las opciones disponibles ha sido tedioso y no del todo fructífero.

Así que pensé en preguntarles, chicos.

Las principales tecnologías que estamos analizando son Windows Workflow Foundation y eDocs Workflow. ¿Qué otras opciones hay? Sharepoint 2007 también tiene funcionalidad de flujo de trabajo, ¿verdad? ¿Se basa solo en WF?

¿Cuáles son los pros y los contras de las distintas tecnologías? ¿Cómo se comparan?

EDITAR: Además, una característica de los tipos administrativos como con eDocs Workflow es que proporciona un método para que ellos mismos la editen. Creo que Sharepoint '07 también lo hace. ¿Hay alguna otra manera de permitir eso con una implementación WWF directa?

Answer 1

Sharepoint y WF se parecen más a las tecnologías complementarias, diseñadas como dos herramientas de creación de flujos de trabajo diferentes en el mismo ecosistema. Hay un diseñador de flujo de trabajo de Sharepoint y un diseñador de flujo de trabajo de WF (Windows Workflow Foundation).

El diseñador de Sharepoint pretende ser una experiencia de edición de flujo de trabajo similar a la de Office, más fácil de comenzar, orientado a tipos no técnicos y genera todos los formularios web automáticamente.

Por otro lado, el diseñador de flujo de trabajo 'WF' es en realidad un componente de Visual Studio (de manera predeterminada, como dice Bernie, puede volver a enviarlo) y está diseñado para permitir que los programadores puedan personalizar completamente el flujo de trabajo e integrarlo con Cualquier otro código / sistema deseado. Todavía es posible crear y desplegar sitios de SharePoint de esta manera, mediante el uso de "Actividades de SharePoint", pero más complejo.

Si toma la ruta anterior, es de esperar que los tipos administrativos puedan realizar sus propias personalizaciones básicas (hasta los límites de ese entorno) sin causar un caos total.

Answer 2

Es posible "reubicar" al diseñador WF (el de Visual Studio) en tu propia aplicación, para que los usuarios puedan crear flujos de trabajo. Hay varios ejemplos de código en la web, el más importante de MS: http://msdn.microsoft.com/en-us/library/aa480213.aspx ).

En algún momento, al evaluar WF, implementé una aplicación de demostración que hizo esto y agregué algunas características y descubrí que, aunque funciona, no todos pueden entender y usar las actividades más difíciles (como la actividad de políticas) que requieren comprensión. Cómo funciona el motor de reglas.