MOSS : de nouvelles fonctionnalités Office SharePoint Server destinées aux développeurs dynamisent vos applications
Ted Pattison
Consultez cet article en anglais
Cet article s'appuie sur une version préliminaire du système Microsoft Office 2007. Toutes les informations contenues dans le présent document peuvent faire l'objet de modifications.
Cet article aborde les sujets suivants :
Création de sites portail avec MOSS 2007 et WSS 3.0
Fournisseurs de services partagés, profils utilisateur et recherche de portails
Intégration au CDM et aux systèmes back-end
Gestion de sites Web et de données Business Intelligence et d'entreprise
Cet article utilise les technologies suivantes :
Office SharePoint Server (MOSS) 2007, ASP.NET 2.0, WSS 3.0
Sur cette page
Introduction
Microsoft Office SharePoint Server (MOSS) 2007 fournit des fonctionnalités de portail et de recherche qui représentent la nouvelle génération de SharePoint® Portal Server (SPS) 2003. Cependant, Office SharePoint Server 2007 offre bien plus que cela. L'équipe Office a fait des efforts significatifs dans de nombreux autres domaines pour donner à MOSS 2007 une nouvelle dimension en termes de gestion de contenu Web, gestion de documents et d'enregistrements, formulaires et intégration aux processus métier et données Business Intelligence. Dans cet article, je vais décrire l'architecture de base de MOSS 2007 et exposer les différentes méthodes permettant aux développeurs de construire des sites portail et des solutions métier.
L'un des aspects de MOSS les plus intéressants pour les développeurs est qu'il est basé sur Windows® SharePoint Services (WSS) 3.0 et ASP.NET 2.0 (voir figure 1). Les sites portail MOSS 2007 sont créés en utilisant les définitions de sites et les fonctionnalités WSS ainsi que les blocs constitutifs ASP.NET standard, tels que les pages maître et les composants WebPart. Ainsi, les solutions MOSS peuvent facilement être développées avec les composants ASP.NET tels que les contrôles serveur et les composants WebPart personnalisés ainsi que les composants personnalisés qui utilisent des fonctionnalités WSS telles que les définitions de listes personnalisées, les bibliothèques de documents, les gestionnaires d'événements et les workflows.
Figure 1 MOSS 2007 dans l'écosystème SharePoint
Il est important de comprendre la synergie qui existe entre MOSS 2007 et WSS 3.0. De nombreuses nouvelles fonctionnalités de MOSS sont possibles grâce à des innovations WSS telles que l'intégration de la page maître, les types de contenu, la gestion des versions et les workflows.
En tant que développeur, il est également important que vous définissiez en conséquence vos attentes au sujet de ce que vous devrez faire pour pouvoir utiliser une solution MOSS. Contrairement à de nombreux autres projets de développement, vous ne commencez généralement pas par utiliser activement Microsoft® Visual Studio®. Dans certains cas, il est possible de faire en sorte qu'une solution métier soit prête à être utilisée sans écrire une seule ligne de code personnalisé. Cette démarche est assez différente de celle consistant à développer soi-même et directement sur la plate-forme ASP.NET car Visual Studio est alors nécessaire pour créer un site, même le plus simple.
La philosophie de l'équipe Microsoft Office consiste à vous encourager à commencer la création d'une solution métier MOSS en ayant une mentalité « assembler/configurer ». Une fois que vous avez déterminé les fonctionnalités et les services MOSS que vous souhaitez utiliser, vous pouvez créer un site portail et faire autant de « développement » que possible en configurant simplement les services via des pages administratives basées sur le navigateur. Pour réussir la construction de solutions basées sur MOSS, il est important que vous adoptiez cette mentalité « assembler/configurer ».
Cependant, il arrivera sans doute que cette mentalité ne soit pas adaptée pour une solution spécifique. Reprenez alors votre casquette de développeur et utilisez Visual Studio 2005 pour créer la majorité des types de composants personnalisés traités ici.
Création de sites portail dans MOSS 2007
Vous pouvez vous attendre à retrouver dans MOSS 2007 toutes les fonctionnalités de portail que vous avez pris l'habitude d'utiliser dans SPS 2003, notamment les profils utilisateur, le ciblage de l'audience, les sites personnels (c'est-à-dire Mes sites), la recherche et l'authentification unique (SSO). MOSS 2007 comprend également de nouvelles fonctionnalités de portail, notamment le catalogue de données métier.
Si vous savez créer des solutions portail sur SPS 2003, vous allez vous rendre compte que MOSS 2007 est différent dans de nombreux domaines. Par exemple, SPS fournit sa propre application Web administrative distincte pour mettre en service et configurer des sites portail. Avec MOSS en revanche, une application administrative distincte n'est pas requise. En effet, MOSS intègre ses fonctions administratives et ses liens de configuration dans l'application Administration centrale de WSS à l'aide des fonctions de démarrage de WSS 3.0.
Le fonctionnement interne de MOSS 2007 est également assez différent de SPS. SPS élabore son infrastructure de site portail sur les concepts de zones et de listes. Cependant, dans SPS 2003, les zones représentent une couche étrange et non documentée superposée sur WSS 2.0 que les développeurs ont du mal à développer en utilisant les techniques WSS standard. Les zones et les listes ont donc été supprimées de MOSS 2007 et remplacées par une infrastructure de portail dont la conception et l'implémentation correspondent bien plus aux méthodes recommandées de WSS.
Un site portail MOSS 2007 est une collection de sites WSS comprenant un site de niveau supérieur et plusieurs sites enfants contenus dans ce premier site. Contrairement à SPS 2003, un site portail ne doit pas obligatoirement être créé à la racine d'un site Web IIS. Vous bénéficiez ainsi d'une plus grande flexibilité car vous pouvez héberger des centaines de sites portail dans un même site Web IIS. N'oubliez pas que dans la terminologie WSS 3.0, un site Web IIS étendu avec la fonctionnalité WSS est appelé application Web.
La création d'un site portail MOSS est identique à la création d'une autre collection de sites via l'application Administration centrale de WSS, l'utilitaire de ligne de commande stsadm.exe ou via un code personnalisé. Lorsque vous créez un site portail MOSS, vous utilisez en règle générale l'un des modèles de site portail créés par l'équipe Office. Par exemple, le nom interne du modèle de site Portail intranet de l'entreprise est SPSPORTAL#0. Pour créer un site portail de ce type, vous pouvez utiliser le code illustré figure 2, qui fonctionne sur le modèle d'objet fourni par WSS 3.0.
Figure 3 Configuration de MOSS 2007 via les fournisseurs de services partagés
En plus de ce modèle, MOSS fournit également des modèles de site portail de niveau supérieur appelés Site Web d'entreprise et Site de publication. L'équipe Office propose également de nouveaux modèles de site pour créer des sites enfants dans une collection de sites portail, notamment Centre de rapports et Centre de recherche. De plus, l'équipe a fait en sorte que certains des plus anciens modèles de site SPS 2003 puissent être utilisés dans les collections de sites portail MOSS 2007, notamment News, Rubriques et l'annuaire de sites.
Fournisseurs de services partagés
L'architecture de MOSS 2007 est basée sur les fournisseurs de services partagés (SSP). Un SSP représente un ensemble de services pouvant être configurés en même temps et partagés sur différents sites portail MOSS et sites WSS. Il est primordial de bien comprendre les SSP pour pouvoir profiter des fonctionnalités et des services MOSS.
Une fois que MOSS 2007 est installé sur une batterie de serveurs, vous devez créer et configurer de manière explicite un ou plusieurs SSP afin de profiter des fonctionnalités MOSS telles que les profils utilisateur, les audiences, les sites personnels, Excel® Services, le catalogue de données métier et la recherche. Après avoir créé un SSP via les pages Administration centrale, vous pouvez configurer individuellement les services MOSS dont vous avez besoin à partir de la page d'administration SSP principale, illustrée figure 3.
Cette nouvelle architecture SSP a été conçue pour remplacer l'infrastructure des services partagés de SPS 2003 afin de fournir une plus grande flexibilité en termes de déploiement et de configuration. Vous pouvez par exemple créer deux SSP dans la même batterie de serveurs, chacun ayant sa propre configuration, comme illustré figure 4.
Figure 4 Chaque application Web dispose de son propre fournisseur de services partagés
Dans une batterie de serveurs MOSS 2007, chaque application Web est associée à un seul SSP. Une application Web peut être associée à un SSP tandis qu'une autre application Web peut être associée à un autre SSP. Les sites portail MOSS et les sites d'équipe WSS utilisent la configuration SSP pour leur application Web parent. Ainsi, le résultat de la recherche dans un site portail peut être très différent du résultat de la recherche dans un autre site portail si les sites sont associés à des SSP différents qui ont été configurés pour avoir des sources de contenu différentes.
Profils utilisateur
Les profils utilisateur sont une fonctionnalité de MOSS 2007 qui provient de SPS 2003. Ils permettent d'assurer le suivi des informations sur les utilisateurs faisant partie d'une organisation. Les profils permettent aux utilisateurs d'en savoir plus sur leurs collègues et de voir la position de chacun dans l'organigramme de la société. Les profils utilisateur servent également de base à d'autres fonctionnalités de MOSS, telles que le ciblage de l'audience et les sites personnels.
Une fois que vous avez configuré le service de profil utilisateur via un SSP, MOSS stocke les données des profils utilisateur dans Microsoft SQL Server. Grâce à MOSS 2007, vous pouvez importer et synchroniser les données de profils utilisateur depuis des sources externes telles qu'un domaine Active Directory® ainsi que d'autres systèmes de gestion des identités basés sur LDAP.
MOSS 2007 propose des composants WebPart et des pages standard pour l'affichage des informations suivies grâce aux profils utilisateur. Par exemple, la figure 5 illustre comment MOSS affiche un organigramme basé sur des données utilisateur importées depuis Active Directory. Le modèle d'objet MOSS dispose d'une API permettant de lire et de modifier les données des profils utilisateur depuis des composants tels que des composants WebPart, des gestionnaires d’événements et des workflows personnalisés.
Figure 5 OrganigrammeAvec SPS 2003, les profils utilisateur peuvent être étendus avec des propriétés personnalisées afin d'assurer le suivi des données utilisateur pour des solutions métier spécifiques au domaine. Cependant, MOSS 2007 améliore les propriétés personnalisées en autorisant les propriétés à valeurs multiples et les propriétés définies avec des vocabulaires ouverts ou fermés.
Lorsqu'il est temps d'écrire du code personnalisé pour un profil utilisateur, vous pouvez programmer sur le gestionnaire de profils utilisateur afin de charger et d'analyser les valeurs des propriétés pour un utilisateur spécifique. La figure 6 est un exemple simple de code écrit dans la méthode RenderContents pour un composant WebPart personnalisé afin d'afficher toutes les valeurs des propriétés du profil de l'utilisateur actuel.
Le ciblage de l'audience est une autre fonctionnalité utile qui a été transposée de SPS 2003. Vous pouvez créer une audience en spécifiant des critères afin de définir un sous-ensemble d'utilisateurs. Vous pouvez par exemple créer une audience Vente qui regroupera tous les utilisateurs qui sont membres d'un groupe Active Directory appelé Vente. Vous pouvez définir une autre audience appelée Covoiturage qui comprendra l'ensemble des utilisateurs dont la valeur de la propriété personnalisée Covoiturage est définie sur Vrai.
Une fois que vous avez défini une audience, vous pouvez configurer un composant WebPart qui affichera de façon conditionnelle le contenu uniquement lorsque l'utilisateur actuel est membre de cette audience. Le ciblage de l'audience constitue un excellent moyen d'afficher des liens vers des pages sécurisées aux utilisateurs privilégiés tout en masquant ces mêmes liens aux utilisateurs sans privilège. Lorsque ces derniers essayent d'utiliser ces liens, une erreur de refus d'accès s'affiche. Cette fonctionnalité facilite le ciblage du contenu aux utilisateurs qui en ont besoin tout en masquant ce contenu aux utilisateurs qui ne veulent pas ou ne doivent pas le voir.
Une autre fonctionnalité provenant de SPS 2003 et basée sur les profils utilisateur est les sites personnels. Lorsque les sites personnels sont activés dans un SSP, MOSS 2007 fournit à chaque utilisateur son propre site personnel (un site Mon site) mis en service sur demande lors de la première utilisation. Les sites personnels permettent aux utilisateurs de modifier certains aspects de leur profil utilisateur afin d'améliorer la description proposée à leurs collègues. Le côté public d'un site personnel facilite le partage de données et de documents avec d'autres utilisateurs faisant partie de la même organisation, tandis que le côté privé permet à un utilisateur de stocker des données et des documents qu'il ne souhaite pas partager.
Recherche dans MOSS 2007
Dans SPS 2003, vous pouvez effectuer une recherche non seulement dans le contenu et les documents des sites portail SPS et des sites d'équipe WSS, mais également dans le contenu externe, notamment les partages de fichiers Windows, les dossiers publics Microsoft Exchange Server et les sites Web standard. MOSS 2007 a été conçu pour que vous puissiez profiter des mêmes fonctionnalités de recherche tout en bénéficiant d'une configuration simplifiée et de performances améliorées.
Dans la version antérieure de SharePoint, WSS 2.0 et SPS 2003 utilisaient chacun une infrastructure sous-jacente différente pour la prise en charge de l'indexation et la recherche, ce qui posait des problèmes aux sociétés qui mettaient à niveau WSS vers SPS. Ces problèmes de mise à niveau ont été résolus en basant les services de recherche WSS et MOSS sur la même infrastructure sous-jacente pour l'indexation et la recherche. Ceci représente une évolution par rapport à ce que proposait SPS 2003.
Dans MOSS 2007, vous pouvez rechercher du contenu externe sur l'ensemble du réseau, notamment les partages de fichiers Windows et les données du catalogue de données métier (CDM), tandis que dans WSS, la recherche se limite à la collection actuelle de sites. Dans MOSS 2007, la recherche peut être configurée pour exécuter les services d'indexation et de recherche sur des serveurs différents d'une même batterie afin d'augmenter l'évolutivité et le rendement. Dans WSS, la recherche se limite à l'exécution des services d'indexation et de recherche sur le même serveur physique.
La configuration de la recherche dans MOSS 2007 est un exercice administratif qui consiste à créer et à configurer les sources du contenu dans la portée d'un SSP particulier. Une source de contenu définit un ensemble de contenu pouvant faire l'objet d'une recherche. Lorsque vous créez un SSP, MOSS 2007 crée automatiquement une source de contenu afin de rechercher dans les données du profil utilisateur ainsi que le contenu et les documents des sites MOSS et WSS des applications Web associées au SSP actuel. Cependant, l'administrateur SSP doit créer et configurer de façon explicite des sources de contenu supplémentaires afin de prendre en charge la création d'index et la recherche dans le contenu externe, notamment les documents d'un partage de fichiers Windows ou le contenu d'un site Web public.
WSS 3.0 et MOSS 2007 fournissent une interface utilisateur complète pour la recherche avec des zones de recherche et des pages de résultats supplémentaires sur chaque site WSS et chaque site portail MOSS. MOSS 2007 va même jusqu'à proposer un site enfant dédié appelé Centre de recherche dans une collection de sites portail. Ce site offre une interface utilisateur dédiée à la recherche, comme illustré figure 7.
Figure 7 Centre de recherche
Vous pourriez alors penser que les sociétés peuvent tirer pleinement parti des fonctionnalités de recherche dans MOSS 2007 sans écrire une seule ligne de code personnalisé. Cependant, MOSS vous permet de personnaliser l'affichage du résultat de la recherche en modifiant les transformations XSLT qu'il utilise pour afficher les résultats. MOSS 2007 expose également son moteur de recherche via une API programmable qui vous permet d'étendre le service de recherche WSS 3.0 ou MOSS 2007 à l'aide d'un code personnalisé. Vous pouvez par exemple écrire un composant côté serveur tel qu'un composant WebPart ou un workflow personnalisé qui interroge le service de recherche MOSS par programmation et gère de façon personnalisée les résultats de la recherche renvoyées. De même, vous pouvez créer une application Windows Forms qui interroge le service de recherche depuis l'ensemble du réseau via des services Web MOSS intégrés.
Intégration au catalogue de données métier
Le CDM est une nouvelle infrastructure qui permet l'intégration des sites portail MOSS 2007 et des sites WSS 3.0 standard aux systèmes métier back-end tels que ceux créés par SAP, Siebel et PeopleSoft. Le CDM permet également d'intégrer directement les données depuis des systèmes de base de données tels que SQL Server et Oracle. Dans SPS 2003, il était possible d'intégrer les sites portail aux systèmes back-end, mais vous deviez écrire du code personnalisé pour gérer les connexions et récupérer les données à afficher. En outre, le code requis changeait de façon significative lorsque vous changiez de systèmes back-end proposés par des fournisseurs tels que SAP et PeopleSoft. L'équipe Office a conçu le CDM dans un souci de simplification.
Le CDM vous permet d'intégrer des données de systèmes back-end sans avoir à écrire du code personnalisé pour gérer les connexions et récupérer les données. La conception du CDM est basée sur des métadonnées normalisées décrivant l'emplacement et le format d'un système back-end et les entités de données définies dans le système. Le CDM fournit également un composant d'exécution capable de lire les métadonnées CDM, de récupérer les données externes des systèmes back-end et de renvoyer ces données vers MOSS dans un format normalisé.
La figure 8 illustre l'architecture de haut niveau du CDM. Comme vous pouvez le voir, la connectivité entre le CDM et les systèmes métier traditionnels est obtenue à l'aide de services Web standard. La connectivité entre le CDM et les systèmes de base de données est obtenue à l'aide de fournisseurs ADO.NET.
Figure 8 Accès aux données dans des systèmes back-end
La première étape de l'utilisation du CDM consiste à créer un fichier XML contenant les métadonnées à connecter à un système back-end. Lorsque vous créez des métadonnées pour le CDM, vous définissez comme entités les données que vous voulez récupérer. Par exemple, vous pouvez définir un client comme entité et une facture comme une autre entité. Le format des métadonnées CDM vous permet également de définir des associations entre entités lorsqu'il existe une relation un-à-plusieurs, comme celle qui peut exister entre des clients et des factures.
La définition d'une entité CDM contient des identificateurs, des propriétés et des méthodes. Les méthodes définissent comment le CDM interagit avec les points d'entrée exposés par le système back-end. Pour un système back-end accessible par services Web, les méthodes définissent les noms des opérations du service Web et les paramètres requis pour les appeler. Si le système back-end est un système de base de données, tel que SQL Server ou Oracle, les méthodes définissent les noms de la procédure stockée et des instructions SQL.
Les entités peuvent également définir des actions. Une action CDM sert à analyser de façon dynamique l'URL derrière un lien hypertexte qui permet à un utilisateur de naviguer depuis une page d'un site portail MOSS 2007 vers un autre emplacement. Par exemple, une action définie sur une entité client CDM peut être écrite pour rediriger les utilisateurs vers une page Web dans une application SAP qui prend en charge la mise à jour des informations sur les clients. Les actions ont été conçues pour les cas où le CDM est utilisé pour afficher des données en lecture seule et pour démarrer une autre application lors de la mise à jour ou lorsqu'un autre type d'opération externe est requis.
Lorsque le fichier XML contient les métadonnées CDM requises pour un système back-end, vous devez l'importer dans le CDM dans la portée d'un SSP particulier afin de créer ce que l'on appelle une application CDM. Pour cela, vous pouvez utiliser les pages Web administratives SSP. Vous pouvez aussi importer un fichier XML avec les métadonnées CDM en utilisant du code personnalisé écrit pour le modèle d'objet administratif CDM.
Une fois que vous avez importé les métadonnées requises, différentes techniques sont prêtes à être utilisées pour afficher les données de l'application CDM dans un site portail. MOSS 2007 est livré avec un ensemble de composants WebPart métier qui peuvent être rapidement ajoutés aux pages afin d'interroger et d'afficher les données CDM. Vous pouvez également ajouter de nouvelles colonnes aux listes et aux bibliothèques de documents en fonction d'une entité définie dans une application CDM. Lorsqu'un utilisateur modifie une colonne en fonction d'une entité CDM, une interface utilisateur s'affiche automatiquement, permettant à l'utilisateur d'interroger le système back-end.
Le CDM s'intègre au service de recherche MOSS 2007. Par exemple, un système back-end et ses entités peuvent être définis comme source de contenu afin que le service d'indexation MOSS analyse ses données et crée les index pour le moteur de recherche. La puissance de cette fonctionnalité vient du fait qu'elle permet aux utilisateurs de découvrir des données des systèmes back-end relatives à des éléments tels que les clients et les factures lors de l'exécution de requêtes de recherche standard.
Le CDM fournit des fonctionnalités utiles pour faire correspondre les données d'une entité CDM aux propriétés d'un profil utilisateur et pour synchroniser ces données à intervalles réguliers. Par exemple, si votre société utilise un système SAP qui contient les données des employés que vous voulez inclure dans les profils utilisateurs, telles que les numéros de téléphone ou les numéros de sécurité sociale, vous pouvez configurer l'importation de ce type de données sans écrire une seule ligne de code personnalisé.
Enfin, les entités CDM peuvent également être accédées par programmation à l'aide d'un code personnalisé écrit pour le modèle d'objet CDM. Il est ainsi possible d'écrire des composants WebPart personnalisés ainsi que d'autres composants côté serveur et des services qui exécutent leurs propres requêtes CDM. L'un des aspects intéressants dans l'écriture de code afin d'interroger les entités CDM est que vous n'avez pas à vous soucier de la gestion des connexions ou que vous accédiez au système back-end via des services Web ou ADO.NET. Tous ces détails sont extraits par les métadonnées CDM et le moteur d'exécution CDM.
Gestion du contenu Web
Jusqu'à récemment, la stratégie de Microsoft en ce qui concerne la publication de contenu sur le Web était basée sur Microsoft Content Management Server (CMS) 2002. Pour les auteurs de contenu, CMS constituait un moyen structuré d'ajouter du contenu au site Web public d'une société en utilisant des pages dont la mise en page était de niveau professionnel. CMS fournissait également un schéma officiel où un utilisateur privilégié devait approuver toute modification apportée à la page avant qu'elle ne soit visible par les visiteurs du site Web. Bien qu'un lien fournisse un certain degré d'intégration entre CMS 2002 et SPS 2003, ces deux produits sont construits sur des architectures très différentes. Vous ne pouvez pas créer un site qui tire entièrement parti à la fois des fonctionnalités de gestion du contenu Web de CMS et des fonctionnalités de portail de SPS.
Avec l'arrivée sur le marché de MOSS 2007, Microsoft recommande de migrer vers MOSS la gestion du contenu Web basée sur CMS. Cette migration aura évidemment des conséquences importantes sur des clients qui sont habitués au développement CMS. Si vous avez déjà utilisé CMS, il est important de noter que les concepts de canaux et de publications utilisés dans CMS n'existent pas dans l'infrastructure de gestion de contenu Web de MOSS 2007. En effet, l'infrastructure a été conçue à l'aide de blocs constitutifs WSS 3.0 simples, tels que les sites enfants, les modèles de page, les types de contenu, les bibliothèques de documents et les groupes de sécurité. Cette approche se prête à la création de solutions personnalisées qui développent l'infrastructure de gestion de contenu Web simple en utilisant des composants WSS standard tels que les workflows et les gestionnaires d'événements personnalisés.
Lorsque vous devez associer votre marque à un site portail MOSS 2007, vous pouvez modifier une seule page maître ASP.NET pour personnaliser l'aspect de l'ensemble du site Web, comme vous le feriez dans une collection de sites WSS 3.0 standard. Cependant, MOSS 2007 étend cette fonctionnalité en introduisant un schéma de publication basé sur les mises en page. Une mise en page constitue une approche structurée permettant de collecter le contenu auprès des auteurs et de l'afficher sur une page d'un site portail. Parmi les mises en page fournies par MOSS 2007, citons les pages d'accueil, les articles et les nouvelles. La figure 9 illustre un exemple d'une mise en page en mode de modification tel qu'elle apparaît à un auteur de contenu. Comme vous pouvez le voir, les mises en page sont conçues pour faciliter l'ajout et la modification du contenu à partir du navigateur. Remarquez également que MOSS 2007 ajoute une barre d'outils dans le navigateur pour que les auteurs de contenu et les approbateurs puissent facilement déplacer des pages de contenu au cours de la modification et de l'approbation.
Figure 9 Mode de modification
Chaque mise en page est basée sur un type de contenu WSS et un modèle de page .aspx associé. En superposant les mises en page sur les types de contenu, MOSS vous permet d'ajouter des champs personnalisés qui stockeront différents types de contenu structuré tels que le HTML, les liens et les images. Une fois un champ personnalisé défini dans le type de contenu associé à une mise en page, ses données peuvent être liées au modèle de page .aspx associé à l'aide d'un nouveau composant MOSS 2007 appelé contrôle de champ. MOSS 2007 est livré avec plusieurs contrôles de champs, notamment un éditeur HTML complet et d'autres contrôles permettant de modifier des champs personnalisés basés sur des images et des liens. De nombreux contrôles de champs prennent en charge l'ajout de contraintes déclaratives supplémentaires pour que le contenu du portail conserve un format hautement structuré.
L'infrastructure de la mise en page est extensible car les types de contenu WSS prennent en charge l'héritage. La personnalisation de l'une des mises en page intégrés en développant son type de contenu sous-jacent ou le modèle de page .aspx est une opération assez simple.
En plus des contrôles de champs, un modèle de page .aspx d'une mise en page peut également contenir des contrôles serveur ASP.NET et des zones de composants WebPart. Une mise en page avec des zones de composants WebPart permet à l'auteur de contenu d'ajouter des composants WebPart affichant le contenu en dehors du schéma de la mise en page actuelle. MOSS 2007 propose plusieurs composants WebPart conçus pour être utilisés sur les pages de portail, notamment les composants WebPart Sommaire et Requête de contenu.
Les modèles de page .aspx associés aux mises en page sont stockés avec la page maître du site portail dans la galerie de pages maîtres. La galerie de pages maîtres contient également une colonne de métadonnées afin d'associer chaque modèle de page .aspx à un type de contenu. Notez qu'il est possible d'avoir plusieurs mises en page, chacune ayant son propre modèle de page .aspx, associées au même type de contenu, ce qui est utile lorsque vous souhaitez créer des vues différentes pour le même ensemble de contenu structuré.
Dès qu'un auteur de contenu crée une page de contenu depuis une mise en page, MOSS 2007 crée une instance du type de contenu associé et la stocke dans une bibliothèque de documents appelée Pages. Lorsqu'un auteur de contenu met à jour le contenu des champs personnalisés dans une mise en page, WSS stocke les données dans une structure définie par le type de contenu sous-jacent. Les instances de pages de contenu étant stockées dans une bibliothèque de documents WSS, l'infrastructure de gestion du contenu Web de MOSS peut profiter des fonctionnalités de base des bibliothèques de documents, telles que la gestion des versions, l'audit, l'approbation, les workflows, la configuration de la sécurité par document et le masquage de l'interface de sécurité.
Par défaut, MOSS utilise les fonctionnalités de base de l'approbation de documents d'une bibliothèque de documents WSS afin de contrôler le moment où les visiteurs du site peuvent voir le contenu mis à jour. Cependant, l'infrastructure a été conçue pour simplifier l'association de workflows personnalisés avec la bibliothèque de documents Pages lorsque vous devez utiliser des fonctionnalités plus sophistiquées que l'approbation du contenu par défaut.
Notez qu'une instance d'une page de contenu stockée dans la bibliothèque de documents ne constitue pas une copie du modèle de page. Elle contient en fait une logique de redirection afin de l'associer au modèle de page .aspx lors de l'exécution. Ainsi, lorsque le modèle de page .aspx est mis à jour, les pages de contenu déjà créées à partir de la mise en page associée sont toujours affectées.
Un certain nombre d'autres fonctionnalités de MOSS 2007 concernent la gestion du contenu Web. MOSS fournit une structure pour les convertisseurs de documents, qui sont des composants conçus pour lire le contenu depuis un format externe, tel qu'un document Word, et le convertir dans un format pouvant être affiché dans une page de contenu. Il est prévu que MOSS 2007 soit livré avec plusieurs convertisseurs de documents ainsi qu'une structure pour créer et intégrer des convertisseurs de documents personnalisés.
Dans MOSS, les fonctionnalités de déploiement du contenu vous permettent de transférer le contenu d'une collection de sites à une autre, ce qui est utile pour les sociétés qui préfèrent créer du contenu dans un environnement de test avant de le copier dans un environnement de production. Pour profiter des fonctionnalités de déploiement de contenu de MOSS 2007, vous devez configurer les chemins d'accès et les tâches. Un chemin d'accès définit une collection de sites comme source de contenu et une autre collection de sites comme cible du contenu. Lorsque vous avez défini un chemin d'accès, vous pouvez définir une ou plusieurs tâches pour déplacer le contenu de la source vers la cible. Les tâches peuvent être exécutées à la demande ou planifiées pour être exécutées ultérieurement ou selon une fréquence particulière.
MOSS 2007 prend également en charge une fonctionnalité appelée variations de site. Elle est destinée aux sociétés qui doivent dupliquer le contenu d'un site pour la traduction dans plusieurs langues ou pour cibler différents types de périphériques d'affichage. Supposons par exemple que vous avez configuré la prise en charge de la variation pour l'anglais, l'allemand et l'espagnol. MOSS 2007 conserve une structure parallèle pour ces trois sites différents en ce qui concerne les pages et les sites enfants. Lorsqu'un auteur de contenu ajoute une nouvelle page au site de variation maître qui est en espagnol, MOSS ajoute automatiquement la même page à la structure des autres sites. MOSS peut également être configuré pour créer une tâche WSS marquant la traduction requise comme tâche à effectuer pour le traducteur. MOSS 2007 ne convertit pas réellement le contenu d'une langue à une autre, mais il permet de préserver la synchronisation de plusieurs sites en ce qui concerne la structure du contenu, ce qui est très important.
MOSS 2007 dispose de plusieurs options de mise en cache. Certes, MOSS ne vous permet pas d'utiliser les directives de mise en cache de la sortie ASP.NET de la même façon que vous le faites dans une page ASP.NET standard, mais il propose une infrastructure plus sophistiquée permettant d'atteindre le même objectif. Vous pouvez activer la mise en cache de la sortie MOSS au niveau de la collection de sites. Lorsque vous utilisez ces fonctionnalités de mise en cache, vous configurez les profils de mise en cache afin de contrôler la mise en mémoire cache des éléments de la page et des pages complètes. Les développeurs doivent noter que MOSS fournit des caches dédiés pour les noeuds de navigation et le contenu renvoyé depuis des opérations de récupération qui peuvent être coûteuses, notamment l'exécution de requêtes WSS standard à l'aide d'un objet SPQuery et l'exécution de requêtes inter-site à l'aide d'un objet SPS SPSiteDataQuery.
MOSS 2007 prend également en charge la mise en cache disque du frontal Web. Si vous activez ce cache, MOSS commence à écrire les fichiers volumineux qu'il récupère de la base de données SQL Server dans un cache spécial sur le système de fichiers local du serveur Web frontal. Grâce à cette procédure, vous n'avez plus besoin de déplacer continuellement et à la demande des fichiers .jpg, .png, .gif, .css et .js du serveur de base de données SQL Server aux serveurs Web frontaux.
Enfin, il est important de noter que les sites de publication MOSS 2007 bénéficient des avancées de WSS 3.0 au niveau de la sécurité. WSS 3.0 est notamment basé sur l'infrastructure du fournisseur d'authentification ASP.NET 2.0. Contrairement à SPS 2003, qui est étroitement couplé à Active Directory, vous pouvez configurer un site portail MOSS 2007 pour qu'il utilise une authentification basée sur les formulaires. Vous pouvez ainsi stocker les informations d'identification des utilisateurs dans une base de données SQL Server ou dans un autre système de gestion des identités LDAP de votre choix.
Fonctions de Business Intelligence
SPS 2003, les composants WebPart et le complément des composants Office 2003 et Business Scorecard Manager offraient tous aux clients d'importantes fonctions de Business Intelligence (BI). Les développeurs ont utilisé ces technologies BI comme plate-forme pour la création d'applications de type tableau de bord qui fournissent une gestion de haut niveau avec des données à jour qui révèlent la santé d'une entreprise et signalent rapidement les éventuels problèmes.
Forte de son expérience avec ces précédents composants BI, l'équipe Office a fait en sorte que MOSS 2007 inclue une nouvelle génération de plate-forme pour la création de tableaux de bord et l'intégration à d'autres technologies telles que Microsoft Excel 2007, SQL Server Reporting Services et SQL Server Analysis Services. Quant à tous les autres aspects de MOSS 2007, sa plate-forme BI est basée sur ASP.NET et WSS 3.0 et offre de nombreuses possibilités de développement de la fonctionnalité par défaut.
Les clients nous signalaient régulièrement qu'une grande majorité des entreprises gèrent une quantité considérable de logique métier dans des classeurs Excel et qu'il était difficile pour une grande entreprise de réutiliser cette logique métier. Ce commentaire a amené l'équipe Office à créer MOSS 2007 Excel Services, une version côté serveur du traditionnel moteur de calcul Excel. Cette version a été réécrite de zéro pour être basée sur WSS 3.0. Excel Services ne connaît pas les mêmes types de problèmes d'évolutivité qui se produisent lorsque vous exécutez la version bureau d'Excel sur le serveur.
Excel Services dispose également d'un moteur de rendu côté serveur qui permet d'afficher dans le navigateur les feuilles de calcul au format HTML. Une société peut donc stocker ses classeurs Excel dans une bibliothèque de documents centralisée et permettre aux utilisateurs dont l'ordinateur n'est pas équipé d'Excel de les afficher. En outre, les utilisateurs peuvent voir dans le navigateur les chiffres d'une feuille de calcul sans avoir accès à la logique métier sous-jacente, permettant ainsi de protéger la propriété intellectuelle de la société.
Le système Microsoft Office 2007 introduit un nouveau paradigme, reconnaissant que les sociétés gèrent la logique métier dans Excel de la même façon qu'elles gèrent la logique métier dans des assemblys compilés ou des procédures stockées SQL. Pour prendre en charge ce nouveau paradigme, l'équipe Office a ajouté aux produits du système Office 2007 de nombreuses nouvelles fonctionnalités conçues pour exposer et mettre à jour cette logique métier et pour protéger la propriété intellectuelle que représente cette logique.
La version bureau d'Excel 2007 a été améliorée afin de permettre aux travailleurs de l'information connaissant Excel de publier et de mettre à jour leurs classeurs dans une bibliothèque de documents d'un site portail MOSS 2007 ou d'un site d'équipe WSS. Les personnes utilisant Excel peuvent ouvrir ces classeurs dans le client qu'elles connaissent tandis que les autres employés peuvent utiliser Excel Services pour afficher le même classeur dans le navigateur. Notez que cette nouvelle métaphore de publication des classeurs permet à une société de gérer une seule copie maître de ses principaux classeurs. Elle permet également au créateur du classeur de publier des mises à jour sans avoir à prévenir l'équipe de développement ou le personnel informatique.
Il est important de noter que l'utilisation d'Excel Services ne se limite pas au navigateur. Vous pouvez créer une application Windows Forms qui utilise le moteur de calcul Excel côté serveur mais qui n'utilise pas le moteur de rendu. Par exemple, une application Windows Forms peut utiliser les services Web d'Excel Services pour charger un classeur sur le serveur, saisir des données, effectuer des calculs et renvoyer un résultat, comme illustré figure 10.
Comme vous pouvez le constater, il est assez facile de tirer parti des formules des feuilles de calcul Excel depuis l'ensemble du réseau dans une application de bureau. Cet exemple pousse plus loin l'analogie selon laquelle Excel Services expose la logique métier définie dans un classeur de la même façon que SQL Server expose la logique métier définie dans une procédure stockée.
MOSS 2007 propose un modèle de site spécial appelé Centre de rapports destiné aux sociétés qui veulent créer des applications de type tableau de bord. Le modèle Centre de rapports a été conçu pour simplifier la compréhension et l'utilisation des nouvelles fonctionnalités BI de MOSS 2007. Un site Centre de rapports contient une bibliothèque de documents appelée Bibliothèque de rapports qui est conçue pour stocker et afficher des rapports BI tels que des classeurs Excel et des rapports créés pour SQL Reporting Services.
Un autre aspect important du site Centre de rapports est la prise en charge intégrée de la création et de l'importation des indicateurs de performances clés (KPI), indicateurs BI visuels révélant à un responsable la santé de certains aspects de l'entreprise. Par exemple, le KPI du niveau de stock d'un produit peut afficher un feu vert lorsque le stock est suffisant pour assurer toutes les commandes de la semaine suivante. Cependant, le feu peut passer à l'orange lorsque le niveau de stock passe en dessous d'un seuil prédéfini, qui peut correspondre à la quantité de stock nécessaire pour assurer les commandes des quatre prochains jours. Le feu peut passer ensuite au rouge lorsque le niveau de stock arrive à un point où il y aura rupture de stock dans les 48 heures. L'idée principale est qu'un KPI signale des problèmes au sein de l'entreprise qui nécessitent une attention immédiate.
MOSS 2007 fournit une prise en charge prête à l'emploi pour différents types de KPI. Vous pouvez par exemple créer un KPI dont l'indicateur change automatiquement en fonction des données qu'il lit de façon dynamique depuis une liste WSS ou un classeur Excel. MOSS assure également la prise en charge de l'intégration des KPI dans SQL Server 2005. Ainsi, si vous avez déjà créé des KPI avec SQL Server Analysis Services, vous pouvez les importer et les afficher sur un site Centre de rapports avec d'autres KPI pris en charge.
Le dernier aspect du site Centre de rapports que je souhaite aborder est l'infrastructure intégrée qui permet de filtrer les données avant que les utilisateurs ne les voient. Il s'agit d'un composant clé de l'infrastructure de tableau de bord de MOSS 2007 car il permet d'adapter les pages du tableau de bord à l'utilisateur. Lorsqu'un responsable visite un site Centre de rapports, l'expérience est plus concluante si les vues du tableau de bord ont été personnalisées avec les données concernant ce responsable. Par exemple, un responsable des ventes pour la région Est peut voir à l'écran une vue des chiffres de ventes différente de ce que peut voir le responsable des ventes pour la région Ouest. De plus, les responsables aiment consulter tout d'abord des données globales avant de rentrer dans les détails pour certaines catégories spécifiques.
La prise en charge du filtrage est intégrée aux tableaux de bord de MOSS 2007 au niveau de la page à l'aide des connexions des composants WebPart. MOSS fournit des composants WebPart qui permettent aux concepteurs et aux utilisateurs de la page de spécifier des critères tels que le nom de l'utilisateur actuel, une plage de dates ou une catégorie de produit. De nombreux autres composants WebPart peuvent être configurés pour utiliser les critères de filtrage fournis par d'autres composants WebPart, notamment le composant WebPart WSS standard Affichage Liste ainsi que les composants WebPart conçus pour être utilisés avec le CDM, Excel Services, SQL Reporting Service et SQL Analysis Services.
Gestion de documents et de processus métier
Dans les versions antérieures de Word, Excel et PowerPoint®, Microsoft utilisait une structure de fichiers par défaut basée sur des fichiers binaires écrits dans un format propriétaire. La lecture et la modification de ces formats étaient très complexes, à moins d'examiner le modèle d'objet de l'application Office hôte, telle que Word et Excel. Les sociétés ont donc essayé d'exécuter sur le serveur des applications Office de bureau, ce qui engendrait des problèmes d'évolutivité et de robustesse.
Dans Office 2000 et Office 2003, des petites fonctions de création de classeurs Excel et de documents Word via XML ont été ajoutées. Dans la version 2007 d'Office, Microsoft va plus loin dans son idée en adoptant les formats XML ouverts Office pour les documents Word, Excel et PowerPoint. Ces formats utilisent une nouvelle norme de fichier pour la création de documents composites contenant plusieurs fichiers XML internes qui séparent le contenu des autres éléments du document tels que les instructions de formatage, les données et le code.
Le fichier de niveau supérieur des formats XML ouverts Office est appelé package et il est structuré à l'aide des technologies standard XML et ZIP. Les fichiers internes contenus dans un package sont appelés parties. De nombreuses parties de fichiers Word, Excel et PowerPoint contiennent du XML structuré conformément aux schémas XML publiés. D'autres parties d'un package peuvent comprendre des fichiers binaires pour des éléments tels que des images, des clips audio et des vidéos.
L'un des principaux objectifs des formats XML ouverts Office est de proposer une approche standard pour la lecture, la modification et la création de documents dans des scénarios côté serveur où l'utilisation du modèle d'objet d'une application de bureau telle que Word ou Excel n'est pas une option valable. Imaginez un site portail MOSS pour lequel vous avez créé et configuré un gestionnaire d'événements qui se déclenche lorsqu'un nouveau document Word est chargé. Les nouveaux formats XML ouverts Office simplifient grandement l'extraction de données ou le nettoyage rapide du document, par exemple la suppression de commentaires et d'informations personnelles. Vous pouvez également utiliser les formats XML ouverts Office pour développer des composants côté serveur qui génèrent à la volée des documents Office en utilisant des données extraites de sources de contenu telles qu'une liste WSS ou le CDM.
Pour commencer à utiliser les formats XML ouverts Office, vous devez apprendre à programmer par rapport à la nouvelle API de packaging WinFX®. Vous devez également connaître la structure de package spécifique et les schémas XML pour le type de document Office que vous utilisez. Certains détails sont différents que vous utilisiez des documents Word, Excel ou PowerPoint. Microsoft a créé une communauté pour les développeurs à propos des formats XML ouverts Office à l'adresse openxmldeveloper.org.
InfoPath Forms Services
Depuis la mise sur le marché d'Office 2003, de nombreuses sociétés considèrent qu'InfoPath® constitue une solution rapide et efficace pour créer des formulaires à saisie électronique afin de recueillir auprès des utilisateurs des données basées sur XML. Le concepteur de formulaires d'InfoPath fournit un excellent niveau de productivité car il réduit de façon significative, voire élimine, le besoin d'écrire du code personnalisé lors du développement des formulaires. InfoPath représente également une méthode très fiable de collecte des données car les formulaires InfoPath sont basés sur des schémas XML, permettant une validation automatique de la saisie de l'utilisateur.
InfoPath 2003 proposait un point d'intégration pratique avec WSS 2.0 où un concepteur de formulaires pouvait publier un formulaire InfoPath sur un site WSS, créant ce que l'on appelle une bibliothèque de formulaires. Une bibliothèque de formulaires est une bibliothèque de documents WSS hybride qui utilise un modèle de formulaire InfoPath comme modèle de document sous-jacent et qui agit comme référentiel des documents XML contenant les données du formulaire saisies par les utilisateurs.
L'une des critiques qui a été le plus souvent faites à Microsoft à propos de cette technologie basée sur les formulaires est qu'elle nécessite une installation complète d'InfoPath sur l'ordinateur de l'utilisateur. Cette situation était vraie non seulement pour les concepteurs des formulaires, mais aussi pour les utilisateurs qui devaient lire ou modifier les données d'un formulaire InfoPath. Le problème était que les fonctionnalités d'InfoPath 2003 ne s'étendaient pas aux utilisateurs pour lesquels le déploiement d'Office 2003 sur leur bureau n'était pas une option valable.
Pour résoudre ce problème, MOSS 2007 lance InfoPath Forms Services. Forms Services affiche les formulaires InfoPath dans le navigateur pour que les utilisateurs ne disposant pas d'InfoPath puissent les voir. En fait, pour utiliser Forms Services, Internet Explorer® ou même Windows ne sont pas requis sur le système de l'ordinateur. L'équipe Office teste activement la compatibilité de Forms Services avec les navigateurs tels que Firefox, Safari et Netscape ainsi que différents périphériques mobiles utilisant le langage HTML.
Vous pouvez utiliser le concepteur de formulaires d'InfoPath 2007 pour créer des formulaires Web, qui peuvent ensuite être déployés sur Forms Services. Le concepteur de formulaires dispose d'un vérificateur de compatibilité qui vous garantit que vos formulaires contiennent uniquement des contrôles et des éléments compatibles avec ce que Forms Services peut afficher sur le navigateur. Vous pouvez également créer et déployer des formulaires InfoPath à double utilisation. Ce type de formulaire est téléchargé sur le bureau et chargé sur l'environnement client lorsqu'InfoPath est disponible ou affiché sur le navigateur si InfoPath n'est pas installé.
ECM et authentification unique
Pour des sociétés qui génèrent et stockent un nombre important de documents, la conformité est encore plus complexe du fait des exigences gouvernementales et d'autres réglementations, telles que le Sarbanes-Oxley Act et l'apparition de lois sur la confidentialité. MOSS 2007 fournit plusieurs fonctionnalités de gestion de contenu d'entreprise (ECM) pouvant aider à résoudre ces problèmes. Un bon nombre de ces fonctionnalités ECM sont basées sur la nouvelle fonctionnalité de stratégie d'information, qui est un composant WSS qui peut être activé et configuré dans le cadre d'une liste ou d'une bibliothèque de documents. Parmi les exemples par défaut qui sont livrés avec MOSS 2007, citons les stratégies d'information pour l'expiration de documents, l'audit et la génération automatique d'étiquettes de code-barres afin d'identifier les documents physiques et de les associer aux copies électroniques gérées dans une bibliothèque de documents.
L'infrastructure WSS pour les stratégies d'information a été conçue avec à l'esprit l'idée d'extensibilité. Vous pouvez par exemple créer une stratégie personnalisée qui vérifie l'intégrité d'une signature numérique sur tous les documents d'une bibliothèque de documents. Vous pouvez créer une autre stratégie qui assure le nettoyage et la confidentialité des documents en supprimant tous les commentaires et toutes les informations personnelles des documents au moment où ils sont chargés sur une bibliothèque de documents.
MOSS 2007 dispose d'un modèle de site dédié appelé Référentiel des enregistrements. Un site Référentiel des enregistrements permet la prise en charge de l'archivage dans des sociétés qui doivent conserver certains types de documents professionnels comme preuves officielles de l'activité de la société. Même si les exigences varient d'un secteur d'activité à un autre, la conservation des archives est requise pour fournir des preuves de l'activité d'une société en cas de litige ou d'audit.
Le dernier sujet que je souhaite aborder est le service d'authentification unique (SSO), une version améliorée du service de mise en correspondance des informations d'identification qui est livrée avec SPS 2003. SSO permet de faire correspondre l'identité d'un utilisateur qui est connecté à un site portail MOSS 2007 à une autre identité pour le même utilisateur dans un système back-end. Prenons comme exemple un utilisateur appelé Robert ; supposons qu'il dispose de deux comptes utilisateur. Tout d'abord, il dispose d'un compte Windows dans Active Directory qu'il utilise pour ouvrir une session sur le réseau local et s'authentifier sur le serveur Web de MOSS 2007. Robert dispose d'un deuxième compte utilisateur avec des informations d'identification différentes ; il utilise ce compte pour accéder à l'application SAP back-end de la société.
SSO résout le problème de permettre l'exécution de code côté serveur au nom de Robert pour accéder de manière transparente au système SAP en utilisant son deuxième compte une fois qu'il est connecté au site portail via son compte principal Active Directory. Pour cela, SSO fournit une base de données de correspondance des informations d'identification afin de stocker dans un format chiffré son nom d'utilisateur et son mot de passe SAP. SSO permet également aux composants WebPart personnalisés et à d'autres services MOSS 2007 tels que le CDM, Excel Services et Forms Services de récupérer les informations d'identification des utilisateurs requises lorsque vous accédez à différents systèmes back-end.
Conclusion
L'article a fait le tour des services et fonctionnalités les plus significatifs proposés par MOSS 2007. Vous avez pris connaissance des efforts apportés aux fonctionnalités dans des domaines tels que le portail et la recherche, la gestion du contenu Web, les données Business Intelligence, la gestion des processus métier et la gestion de contenu d'entreprise. Vous avez également appris que MOSS 2007 prône une philosophie de type « assembler/configurer » qui vous permet de construire des solutions métier évoluées sans démarrer Visual Studio ou sans écrire une seule ligne de code managé. Cependant, n'oubliez pas que MOSS 2007 est basé sur ASP.NET 2.0 et WSS 3.0, offrant ainsi de larges possibilités de développement de la fonctionnalité standard avec des composants personnalisés tels que les composants WebPart, les gestionnaires d’événements, les workflows, les mises en page, les convertisseurs de documents et les formulaires côté serveur. Pour plus d'informations sur MOSS 2007 et la disponibilité de la version bêta des logiciels, voir microsoft.com/office/preview/servers/sharepointserver/highlights.mspx.
Ted Pattison, auteur et formateur, a récemment fondé Gorilla Training, une société spécialisée dans la formation supérieure des développeurs sur les technologies SharePoint. Ted rédige en ce moment un livre intitulé Inside Windows SharePoint Services 3.0 pour Microsoft Press (en anglais).