Des activités métiers pour vos Workflows SharePoint Designer : une bonne technique
La conception et le développement de workflow sous SharePoint peut des fois donner le sentiment d'un bon match de lutte greco romaine (j'essaye d'être en phase avec l'actualité
)
Quelque soit la difficulté des WF qui nécessite de bien comprendre la notion de custom list/form/feature et content type ainsi que les spécificités de WF, il faut accepter qu'un Workflow reste et sera toujours une véritable application métier. Pas un simple traitement de données landa.
==> il faut l'envisager dans son ensemble !
...
Mais tous les besoins de workflow ne sont pas tous complexes et fondamentales. Vous pouvez avoir besoin de traitement automatisé comme :
- annonce des validations
- remonté et fédération d'information
- déploiement de document sur création
- suivi fin des taches
- ...
- ...
Je dirais des workflows plus ciblés utilisateurs que méthodologies et processus entreprises. Des enchaînements plus simple et souvent changeant (disons évolutif). Des cas ou même les utilisateurs aimeraient être plus autonomes et indépendant d'une équipe de Dev
Plutôt que sortir votre VS.Net le Nabaztag qui suit (demandé à Phil, il expliquera
), SharePoint Designer peut très bien répondre aisément et rapidement

On est d'accord mais il faut bien accepter que SPD est limité à un petit choix d'options :
- séquentiel
- action locale
- paramétrage léger
Cependant, conception, réalisation et déploiement sont d'une simplicité enfantine !
>>> Un formidable générateur de XOML (XAML mais dédié WF)
Il existe une technique bien pratique et commune pour améliorer les scenarii d'utilisation de SPD avec les Worflows
>>> intégrez vos propres activités personnelles ! (ou custom activity)
Ainsi, vous avez une jolie solution :
- la flexibilité et la simplicité de SPD
- la puissance du .Net dans les activités
Nota bene
Pour ceux qui suivent la technologie SharePoint + Workflow, ce post n'est pas une nouveauté certes, mais ce n'est pas le cas de tous. Mais comme cette technique me semble être désormais un classique, il est bon de la faire connaître
Comme SPD s' appuie exclusivement sur le code déclaratif XOML pour créer ses workflows, rien ne vous empêche d' inclure dedans vos propres références à des activités "custom" !
Mieux que cela, vous pouvez aussi intégrez ces "custom activity" directement dans l'interface de création de SPD
Des lors, vous pouvez intégrer dans une simple DLL, toutes les spécificités d'action que vous avez besoin et les utilisez d'un claquement de doigt depuis un interface SPD.
Mieux que ça encore, vous pouvez créer toutes une famille d'activité réutilisable entre vos grands WF entreprise et le panel de choix de SPD. Sous entendu, mutualiser et factoriser le travail de dev jusqu'au niveau des "super utilisateurs" qui peuvent créer tout seul les workflow locaux
Pratique non ? SURE !
Si vous vous sentez de tester ASAP cette technique, voici quelques liens qui sauront vous ravir !!!
Allez, bon développement à tous !
Oh dernière remarque : SPD n'est pas l'alpha et l'omega du workflow
>>> Si vous commencez à avoir quelques centaines d'instance de WF via SPD, il serait peut être temps de penser à les modéliser en pur WF + SP.
(Fabrice , tu vois ce que je veux dire non ?)
Renaud Comte aka TheMit (un peu de WF de temps à autre, ça change)
Member of WygTeam
http://www.wygwam.com
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :