Pour avoir travailler du coté microsoft pendant environ 6 mois, et plus particulièrement sur Project server / SharePoint Services 3.0 / InfoPath 2003, je peux vous dire que dans le domaine d'application de Workflow, Domino a une belle longueur d'avance.
C'est vrai que maintenant, la version 3.0 de sharepoint inclus ce que crosoft appelle les flux de travail, mais bon c'est loin d'être la panacée. En gros c'est une suite de condition et d'action (si cond1 vrai alors faire action1 sinon faire action2), et les actions et conditions sont une liste prédéfinie. bof bof. Il est vrai que j'ai défini le flux via SharePoint Designer, donc c'était limité, mais après il faut se lancer dans le dev .net avec Visual Studio, et là c'est loin d'être aussi simple qu'avec Domino.
De plus la création de formulaire dans wss (sans programmation) est très abordable, mais pour faire des choses très simple = liste de tâche, liste de contact... Par contre InfoPath est très intéressant, et là on peut construire de vrai formulaire, et couplé à SharePoint, on peut faire un peu comme Domino :
- Liste simple dans sharePoint pour faire du paramétrage
- Formulaire InfoPath qui récupère les informations de ces listes, pour par exemple générer des listes de choix.
- Flux de travail se déclenchant à la création/modification d'un formulaire.
En résumé ça tient la route et InfoPath propose nativement des choses intéressantes :
- Section et tableau extensible (pour éviter des vues intégrée)
- Condition de mise en forme en fonction de condition (modifier la police, couleur de fond, lecture seule)
Par contre il y a de grosses lacunes :
- Sécurité des informations (par d'équivalent de champs Lecteur/Auteur) et le fichier xml est facilement lisible via le bloc note. Il faut alors sécuriser, la biblio. de formulaire (Equivalent LCA), les formulaires (Les documents)
- Il existe une notion de rôle, mais vous ne pouvez avoir qu'un rôle à la fois, et c'est le premier trouvé. Très pénible.
- Langage de macro (XPath) très limité (env. 30 fonction) : pas de fonction pour récupérer le nom d'utilisateur courant... nouveau en 2007 il parait
- On ne peut pas masquer du texte (il faut un contrôle), une sélection d'un ensemble d'éléments, ....
Bref, Domino a encore de l'avance sur ce point.
Mais franchement je ne vois pas du tout (il faudrait que je teste) comment MicroSoft pourrait proposer un outil de migration Domino => Sharepoint !!! Si vous avez un Masque complexe avec des dbLookup, des onglets, des vues intégrées, ... il est, avec ce que j'ai pu voir, impossible à traduire dans l'environnement SharePoint.
Par contre SharePoint, propose un environnement sympathique et fonctionnel. IBM pourrait s'inspirer des affichages (Vues) pour nous faire la même chose pour les vues notes coté web, et sans coder et prennant en charge la catégorisation.
Bon Domino est aussi un seul outil, alors que du coté Microsoft, il faut Win Server 2003, Exchange, SharePoint (version Services gratuites), InfoPath, Sharepoint Designer (flux et custo sharepoint). Ca fait beaucoup...
Voilà un petit retour d'expérience sans aucune prétention de 5 mois dans l'environnement Microsoft.
