Malgré les nombreuses fonctionnalités proposées par SharePoint, il arrive régulièrement que l’on se retrouve bloqué pour coller au plus près d’un besoin exprimé par un client. Cette différence entre ce que SharePoint offre nativement et le résultat attendu par le client est souvent « infime » mais cruciale. Dès lors, la question du développement spécifique peut se poser.
Le développement spécifique est tentant car il permet d’aboutir tout de suite au besoin du client et peut même être réutilisé pour des besoins similaires. En contrepartie, celui-ci présente beaucoup d’inconvénients :
Une option donc à réserver dans le dernier des cas. Mais une option souvent « priorisée » alors même qu’une bonne connaissance d’InfoPath aurait permis de résoudre ce problème différemment.
La plupart des personnes qui travaillent sur SharePoint, pensent qu’InfoPath n’est qu’un outil pour personnaliser les formulaires et que cette personnalisation ne se limite qu’à des opérations basiques de mise en forme (ordonnancement des champs d’un formulaire, couleurs et polices de caractères, etc.). Pourtant InfoPath avec un minimum de prise en main permet d’aller un peu plus loin :
Avec un paramétrage encore plus complexe, il est même possible d’aller au-delà de l’utilisation standard du combo SharePoint/InfoPath. Quelques exemples :
Des réalisations qui peuvent être enregistrées en tant que modèles et être par la suite redéployées sur n’importe quelle collection de sites.
D’autres exemples d’applications sont également disponibles sur le blog réalisé par la team InfoPath. Vous pourrez notamment y trouver d’excellents tutoriaux vidéos : http://blogs.msdn.com/b/infopath/
Au travers de la liste des exemples d’application, on se rend vite compte qu’InfoPath apporte un véritable plus en terme de confort pour l’utilisateur mais va encore plus loin en permettant d’ajouter de nouvelles fonctionnalités sur un site SharePoint. Les possibilités offertes par les formulaires et leurs imbrications dans les pages sont multiples et modifient par la même le champs des possibles avec SharePoint.
Seul bémol, la question de la maintenance. Autant pour des besoins se limitant à de la mise en page, InfoPath est un outil simple à utiliser, autant pour des besoins plus complexes il nécessitera des compétences à part entière. Cet aspect doit nécessairement être pris en compte pour tout projet. Sans ressource la moindre modification ultérieure d’un formulaire, peut se révéler complexe voire impossible pour un novice.
En résumé, InfoPath permet beaucoup de choses et enlèvera quelques aiguilles à certains utilisateurs SharePoint, il reste néanmoins un outil à déployer au compte-goutte pour éviter les problèmes de maintenance. De mon point de vue, son utilisation ne devrait être envisagée qu’en dernier recours pour éviter le développement spécifique plus lourd en terme d’impacts (charge, délais, évolutivité).
Et vous, au sein de votre organisation ou chez vos clients, utilisez-vous InfoPath ? Comment préconisez-vous son utilisation ?
]]>