Comparaison des outils de workflow?

Question

Nous avons un besoin très fort de concevoir des flux de travail basés sur divers processus. Le problème est qu'aucun d'entre nous ne connaissait encore la moindre technologie de flux de travail et trouver des données fiables pour comparer les options disponibles s'est avéré fastidieux et n'a pas été entièrement fructueux.

Alors j'ai pensé que je vous demanderais les gars.

Les principales technologies que nous examinons sont Windows Workflow Foundation et eDocs Workflow. Quelles sont les autres options? Sharepoint 2007 a également une fonctionnalité de flux de travail, non? Est-ce seulement basé sur WF?

Quels sont les avantages et les inconvénients des différentes technologies? Comment se comparent-ils?

EDIT: En outre, une des caractéristiques des types administratifs, comme avec eDocs Workflow, est qu’il leur fournit une méthode pour les éditer eux-mêmes. Je crois que Sharepoint 2007 en fait de même. Existe-t-il un autre moyen de permettre cela avec une implémentation directe du WWF?

Answer 1

Sharepoint et WF ressemblent davantage à des technologies complémentaires, conçues comme deux outils de création de flux de travail différents dans le même écosystème. Il existe un concepteur de flux de travail Sharepoint et un concepteur de flux de travail WF (Windows Workflow Foundation).

Le concepteur Sharepoint est conçu pour être une expérience d’édition de flux de travail semblable à celle d’Office, plus simple à utiliser, adapté aux types non techniques et générant automatiquement tous les formulaires Web.

Le concepteur de flux de travaux 'WF', en revanche, est en réalité un composant de Visual Studio (par défaut - comme Bernie le dit, vous pouvez le réorganiser), et conçu pour permettre aux programmeurs de pouvoir personnaliser entièrement le flux de travaux et l'intégrer à tout autre code / système souhaité. Construire et déployer des sites SharePoint de cette manière est toujours possible, grâce à l'utilisation d’Activités «Sharepoint», mais plus complexe.

Si vous prenez l'ancienne route, vous pouvez laisser les types administratifs effectuer leurs propres personnalisations de base (dans les limites de cet environnement) sans causer de chaos total.

Answer 2

Il est possible de "réhéberger" le concepteur WF (celui de Visual Studio) dans votre propre application, afin que les utilisateurs puissent créer des flux de travail. Il existe un certain nombre d'exemples de code sur le Web, le plus important de MS lui-même: http://msdn.microsoft.com/en-us/library/aa480213.aspx ).

À un moment donné, lors de l’évaluation de WF, j’ai implémenté une application de démonstration qui ajoutait certaines fonctionnalités et constatait que, même si cela fonctionnait, tout le monde ne pouvait pas comprendre et utiliser les activités les plus difficiles (comme l’activité de stratégie) qui nécessitent une compréhension de comment fonctionne le moteur de règles.