Partager via

Planification des sites de collaboration (SharePoint Server 2010)

  • Article

 

S’applique à : SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Microsoft SharePoint Server 2010 permet de prendre en charge des sites de collaboration dans votre environnement. Les sites de collaboration stockent des informations que des personnes ou des groupes peuvent créer, partager et réviser ensemble. Il n’est pas nécessaire que ces sites soient associés à une collection de sites portail particulière ou fassent partie d’une collection de sites de publication. Il peut s’agir de sites autonomes, à la disposition des équipes ou des groupes d’utilisateurs qui ont besoin de collaborer sur des projets ou de partager des informations. Par exemple, une équipe d’un cabinet d’études peut souhaiter recourir à un site de collaboration pour discuter de l’état actuel d’un projet, affecter des tâches ou organiser des déjeuners de travail, sans publier ces informations internes dans l’intranet de l’entreprise.

Les sites de collaboration peuvent être mis à disposition pour la recherche à partir de votre site portail ou de publication afin que les informations de ces sites ne soient pas perdues pour votre organisation. Toutefois, pour simplifier la récupération et la gestion des données, les sites de collaboration doivent être hébergés sur une application Web distincte ou dans des bases de données de contenu distinctes dans la même application Web que votre site portail ou de publication.

Vous pouvez créer ces sites de collaboration pour vos utilisateurs ou les autoriser à créer leurs propres sites.

Pour plus d’informations sur les Wikis d’entreprise, voir Planification de Wiki d’entreprise (SharePoint Server 2010).

Dans cet article :

  • Déterminer le nombre de sites de collaboration

  • Chemins d’accès spécifiques

  • Chemins d’accès supplémentaires

Déterminer le nombre de sites de collaboration

Estimez le nombre approximatif de sites de collaboration que devrait compter votre environnement et combien de ces sites vous êtes disposé à prendre en charge. Si vous imposez aux utilisateurs de demander un site de collaboration, vous pouvez contrôler le nombre de sites créés. Si vous laissez les utilisateurs créer leurs propres sites de collaboration, votre environnement comportera un nombre élevé de ces sites.

Chemins d’accès spécifiques

Vous pouvez utiliser des chemins d’accès spécifiques dans Microsoft SharePoint Server 2010 pour contenir les collections de sites SharePoint, de la même manière que les dossiers contiennent des fichiers ou des documents dans le système de fichiers. Par défaut, lorsque vous créez une application Web, deux chemins d’accès sont disponibles :

  • Chemin d’accès racine (/)   Il s’agit d’une inclusion explicite pouvant contenir une collection de sites. Par exemple, si une URL doit apparaître sous la forme http://nom_société/default.aspx, vous créez la collection de sites à ce chemin d’accès racine.

  • Chemin d’accès de sites (/sites)   Ceci est un chemin d’accès général pouvant contenir plusieurs collections de sites. Par exemple, lorsque vous utilisez le chemin d’accès /sites, l’URL d’un site nommée Site_A est similaire à http://nom_serveur/sites/Site_A/default.aspx.

    Notes

    Le nom du chemin d’accès /sites varie en fonction de la langue qui a été utilisée lors de l’installation.

Chemins d’accès supplémentaires

Vous pouvez également créer des chemins d’accès supplémentaires. Cela vous permet de regrouper des collections de sites. Ensuite, lorsque vous créez une collection de sites, vous avez le choix entre les options suivantes :

  • créer la collection de sites à la racine de l’application Web (à condition qu’aucune collection de sites n’y ait déjà été créée) ;

  • créer la collection de site sous le chemin d’accès /sites ;

  • créer la collection de sites sous des chemins d’accès supplémentaires mis à la disposition de cette application Web.

En règle générale, le chemin d’accès /sites doit être suffisant pour la plupart des installations. Toutefois, envisagez d’utiliser d’autres chemins d’accès dans les cas suivants :

  • Votre installation est complexe, vous comptez détenir de nombreuses collections de sites et vous souhaitez regrouper les sites similaires.

    Par exemple, vous pouvez utiliser le chemin d’accès /personal pour les sites d’utilisateur individuels et /team pour les sites de collaboration, au lieu d’utiliser /sites pour tous les sites.

  • Vous souhaitez pouvoir ajouter un filtre à votre pare-feu ou votre routeur pour limiter un espace de noms spécifique à l’accès interne uniquement.

    Par exemple, vous pouvez exposer le chemin d’accès /team pour la collaboration d’équipe, mais par le chemin d’accès /personal.

Intégration à Microsoft SharePoint Workspace 2010

Microsoft SharePoint Workspace 2010 fournit un client enrichi pour Microsoft SharePoint Server 2010, ce qui permet une synchronisation en temps réel du contenu de bureau avec les documents et les listes SharePoint. En outre, Microsoft SharePoint Workspace 2010 offre des options qui permettent de créer des espaces de travail de collaboration Groove ad hoc et des espaces de travail de dossiers partagés. Les informations peuvent être facilement synchronisées en ligne et en mode hors connexion avec un site SharePoint désigné ou avec des partenaires externes et des membres d’équipe hors site via des espaces de travail partagés. Microsoft SharePoint Workspace 2010 est automatiquement installé avec les versions d’entreprise de Microsoft Office 2010 ou il peut être installé séparément à partir du Centre de téléchargement Microsoft (https://go.microsoft.com/fwlink/?linkid=48516&clcid=0x40C).

Pour plus d’informations, voir Planifier en vue de SharePoint Workspace 2010.