Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

TechEd 2006 : WF & SharePoint

Aprés 4 heures de sommeil  bien méritées (habituel en mode TechEd), je rejoins quelques amis à une session que j'attendais impatiemment :

Understanding Workflow in Windows SharePoint Services (WSS) and Microsoft Office SharePoint Server 2007
>>> présenté par Ted Pattison

il est clair que l'intégration d'un véritable moteur de workflow transcende réellement la plateforme SharePoint

Si il est commun maintenant qu'un portail est le coeur de l'information en société, il devient vite réaliste qu'il centralise la notion mêm de flux et workflow métier

Qu'il s'agisse de la simple demande de congés synchrone avec SAP RH au processus de vallidation juridique d'un protocole de traitement. il n s'agit pas simplement d'approuver un petit document word mais de traiter l'importance de l'information selon les degrée de gestion interne d'une entreprise

Bien sur, on peut aussi rester simple, car le workflow est aussi le nerf de la guerre de la gestion electronique de document comme :

  • Feedback
  • Modération
  • Approbation
  • Cycle de vie
  • ...

Bienvenue dans le monde de WF.

Je ne saurais rop vous conseiller de consulter les informations de bases sur WF , le mode sequential ou à état (humain).

SharePoint 2007 ne fait qu'exploiter ce fameux framework WF, il ne le contourne pas loin de la , il s'y conforme. Les activities, spécificités de WF sont toujours la, toutes disponible mais complétés par des Activities PRO SharePoint 2007 et bien sur des templates dédiés.

Il est tout à fait réaliste de déja concevoir d'avoir sa propre boite à outils de custom actvities liés aux spécificités MOSS, ce n'est qu'une logique de réutilisation et de factorisation lié à WF.

Oh petite remarque en passant : Et Biztalk
>>> Ne pas confondre Orchestration de flux hétérogéne et workflow. Ils sont certes complémentaire mais non dépendant. (Puis Biztalk est loin d'être gratuit au passage)

L'équipe Office 2007 a aussi un vision claire de la technologie Workflow et de sont intégration :

  1. Faciliter l'accés aux procéssus business
    • Attacher directement la logique métier aux documents
    • Pouvoir activer des Workflows directement via les interfaces utilisateur
    • Pouvoir déclencher les Workflows indépendament des actions de l'utilisateur 
  2.  Offrir aux utilisateur une plus grand liberte d'interaction avec les workflows métier
    • les intégrer aux plus prés des applications Office clients ET Server
    • Supporter un large éventail de scénarios de suivi ou de routage de processus
    • Eliminer le maximum de dépendance entre les processus et le équipes IT
      >>> utiliser la platforme sans aucun frein pro IT voir, même encourager par les IT
      >>>>> les workflows métier simplement se consacrer à ses proicessus et non son environnement. le fameux "Just do itT"
  3. Offrir une plateforme plus ouverte et riche de gestion de processus aux développeurs
    • Mieux se focaliser au triatement même de l'information que son container ou son environnment proche (genre sécurité identification, support de publication ou interface de paramétrage ou de validation)
      >>> WSS soit aussi complémentaire à WF que vice et versa : cumuler les avantages des 2 frameworks pour permettre un offre de conception de solution de workflow vraiment riche

Pour revenir à un monde plus "Technique" que "Conceptuel", qu'en est il de l'intégration WF / WSS ?

  1. WSS peut supporter les workflows sur chaque items ou documents
    • WF associé aux liste collaboratives, aux bibliothéques documentaire et surtout tout type de Content Type
    • WF peut être lancé soit par les utilisateur via son interface SharePoint ou de maniére évenementîel
  2. Rendre les workflows plus "user friendly" et eviter la grand boite noire si effrayante
    • Via l'utilisation des briques collabortive pro user de WSS comme une simple liste de tache WSS v3 pour suivre l'activité d'un workflows et son état 
  3. Faciliter le tracking et le reporting via les listes collaboratives
    >>> l'état et l'historique d'un processus n'est qu'une simple problématique de gestion d'information, rien d'impossible pour WSS avec les modéles de liste de suivi, d'issue ou de gestion de projet non ?

Petit rappel des différents applications Office préte à l'intégration WF :

  • Browser
    • Administration
    • Configuration complétion et initialisation des processus
  • Office Clients 2007
    • Configuration complétion et initialisation des processus
  • Outlook 2007
    • gestion des taches d'activités et complétion
  • SharePoint Designer
    • Un wyzard magique de création de workflows clé en main (pouvant partager même vos custom activities !!!)
    • Déploiement
  • Access
    • faciliter tout le reporting

Ca fait bien des possibilités. De mon point de vue, un des points majeur de considerer comme WSS complémentaire à WF et de pouvoir s'appuyer justement sur la richesse des interface et des outils des gestion de SharePoint

Une fois votre WF codé et déployé, tout l'interfacage, le suivi et même les ecran de paramétrage et initialisation sont la et adapté aux spécificités de celui ci
>>> Besoin de le customiser un peu plus, simple, il vous suffit de rajouter User Control et Master Page au tout. Et oui WSS v3 est avant tout une véritabl application ASP.Net 2.0 !!!

En ce qui concerne le petit monde des développeurs, no worry

Microsoft a prépare un kit complet venantenrichir le VS 2005 Workflow Designer : Tempaltes, custom activities, ....

Ainsi, pour qu'un workflow WF soit PRO SharePoint, il vous suffit juste de le commencer avec une seule activitie : "Worklfow initiated"

Idem pour la liasion à l'historique ou la gestion d'une pile de tache avec des activities dédiés qu'il vous suffit de drag and dropper dans votre schéma WF

En ce qui concerne le déploiement, bien devinez, il s'agit des fameuse FEATURE, eh oui !!!
>>> le template a pré-écris le flux XML, il vous suffit ensuite, via reflector dde renseigner le strong name et sa classe et c'est fini.

Petit point de détail, la DLL doit être en GAC et non Bin, faites bien attention à ca ou simplement prévoyer une petit SOLUTION pour le faire à votre place (et oui, le complément idéal de votre feature)

 Le reste de l'étape de déploiement ?
>>> elle revient à l'administrateur SharePoint pour intier la config via les ecran WSS de  votre workflows comme de créer ou asoocier les listes d'historique ou de taches par exemple.

Mais il est possible d'aller même encore plus loin en créant des interfaces de traitement plus poussé via Infopath Services.
>>> Votre workflow est simplement vue comme un Datasource Externe, la conception ne pose donc aucun probléme, ce n'est que du pur WYSIWYG.

En ce qui concerne la récupération de vos données infopath via WF, il suffit de typer le flux de data via le type de votre Workflow et de ses propriétes pour récuper  une instance typé pré chargé (voir l'exploiter via XpathNavigator si vous preferrez le XPath )

Le template et le Designer vous garantisse la gestion des tokens de mappage, un bon conseil : nommez proprement vos  activites et ne touchez plus à rien !

Bref, utilisez simplement les modéles et profitez du Framework !!!

Renaud Comte aka TheMit (Task valitated, session next)

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 :
Posted: mercredi 8 novembre 2006 12:05 par themit
Classé sous : ,

Commentaires

azra a dit :

Super interessant tout ça, merci beaucoup Renaud!

# novembre 8, 2006 14:44

EROL MVP a dit :

Merci pour tes articles et bon Tech-Ed

# novembre 9, 2006 06:12
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01