Autorisations dans PerformancePoint Services (SharePoint Server 2010)

S’applique à : SharePoint Server 2010 Enterprise

Dernière rubrique modifiée : 2015-03-09

Planification des autorisations et des rôles

PerformancePoint Services utilise le modèle de sécurité SharePoint Server pour contrôler l’accès des utilisateurs aux différentes fonctionnalités et tâches. Il existe des modifications significatives, mais néanmoins subtiles, dans l’utilisation de PerformancePoint Services dans Microsoft SharePoint Server 2010 par rapport à Microsoft Office PerformancePoint Server 2007. Dans Microsoft Office PerformancePoint Server 2007, Monitoring Server possède ses propres serveur et base de données pour le stockage des métadonnées et du contenu. Dans Microsoft Office PerformancePoint Server 2007, la sécurité est appliquée globalement au niveau du serveur et à chaque objet.

Dans SharePoint Server 2010, le contenu des métadonnées PerformancePoint est stocké dans des listes et des bibliothèques de documents SharePoint. Par conséquent, vous devez comprendre les différences entre l’affectation d’autorisations et de rôles entre Microsoft Office PerformancePoint Server 2007 et SharePoint Server 2010. Dans Microsoft Office PerformancePoint Server 2007, l’administrateur qui occupe le serveur est automatiquement désigné comme administrateur. Dans SharePoint Server 2010, cette personne n’est pas automatiquement désignée comme administrateur. Au besoin, cette affectation peut être réalisée manuellement.

Rôles et autorisations

PerformancePoint Services utilise des autorisations et des groupes d’autorisations SharePoint Server. Lorsque vous planifiez l’utilisation du service par les utilisateurs, passez en revue les rôles SharePoint Server principaux.

• Administrateur de batterie de serveurs :   pour modifier des éléments du tableau de bord, ce rôle doit au moins disposer d’autorisations de collaborateur sur les listes de contenu (ou éléments de liste) et sur les bibliothèques de sources (ou éléments de bibliothèque).

• Administrateurs de collections de sites : pour modifier les éléments de tableau de bord, ce rôle doit au moins disposer d’autorisations de collaborateur sur les bibliothèques de sources de données (ou éléments de bibliothèque).

• Administrateur de site ou collaborateur de bibliothèques de documents et listes :   pour modifier des éléments du tableau de bord, ce rôle doit au moins disposer d’autorisations de collaborateur sur les listes de contenu (ou éléments de liste) et sur les bibliothèques de sources (ou éléments de bibliothèque).

En guise de meilleure pratique, il est recommandé de créer des groupes SharePoint (ou de tirer parti de groupes existants) pour organiser les rôles dans PerformancePoint Services. Si vous établissez des groupes d’autorisations clairement définis en fonction du rôle de travail, vous pouvez mieux contrôler qui a accès à quoi.

Les quatre rôles de serveur disponibles dans Microsoft Office PerformancePoint Server 2007 correspondent vaguement à des rôles prédéfinis dans SharePoint Server 2010. Dans PerformancePoint Services, il s’agit des rôles Admin, Lecteur avec pouvoir, Gestionnaire de sources de données et Créer. En outre, deux rôles supplémentaires (Éditeur et Lecteur) au niveau de l’élément sont définis dans Dashboard Designer. Le tableau ci-après établit une correspondance entre les rôles dans PerformancePoint Server 2007 et ceux dans PerformancePoint Services dans Microsoft SharePoint Server 2010.

Une autre façon d’aborder les besoins en termes d’accès consiste à se pencher sur les autorisations en fonction des tâches :

See Also

Concepts

Planifier la sécurité de PerformancePoint Services (SharePoint Server 2010)