Planifier des groupes, des catégories et RBS dans Project Server 2010

Autorisations

Cette vidéo explique le fonctionnement des autorisations.

Regarder la vidéo (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=168549\&clcid=0x40C). Pour télécharger une copie du fichier, cliquez avec le bouton droit sur le lien et cliquez sur Enregistrer la cible sous.

Une autorisation permet d’effectuer une action spécifique dans le contexte de Project Server. Vous pouvez accorder, refuser ou ne pas configurer chaque autorisation dans Project Server. Par exemple, l’autorisation Modifier le mot de passe peut être accordée ou refusée à n’importe quel utilisateur ou groupe donné. Il existe deux types d’autorisations dans Project Server :

• Les autorisations globales accordent aux utilisateurs et aux groupes la possibilité d’effectuer des actions dans une instance de Microsoft Project Web App (PWA). Les autorisations globales sont affectées au niveau utilisateur ou groupe.

• Les autorisations de catégorie accordent aux utilisateurs et aux groupes la possibilité d’effectuer des actions sur des projets et des ressources spécifiques. Les autorisations de catégorie sont affectées au niveau catégorie.

Les autorisations peuvent être définies dans de nombreux endroits à partir du menu d’administration Project Server 2010. Vous pouvez accorder ou refuser les autorisations en activant les cases à cocher dans les colonnes Autoriser et Refuser. Si aucune des cases à cocher Autoriser ou Refuser n’est activée, l’état par défaut est Non autorisé. L’état Non autorisé n’empêche pas les utilisateurs d’accéder à la fonctionnalité associée à l’autorisation s’ils disposent déjà de celle-ci. Par exemple, un utilisateur peut appartenir à un groupe pour lequel l’autorisation n’est pas configurée (Non autorisé), mais peut disposer de l’autorisation via l’appartenance à un groupe pour lequel l’autorisation est accordée. Toutefois, si l’autorisation est explicitement refusée quelque part, l’autorisation est refusée partout pour un utilisateur ou un groupe particulier.

Vous pouvez configurer toutes les autorisations Project Server 2010 à partir de la page Paramètres du serveur de Project Web App. Les autorisations peuvent être configurées de l’une des manières suivantes :

• Autoriser    Permet aux utilisateurs ou aux membres du groupe d’effectuer les actions associées à l’autorisation.

• Refuser    Empêche un utilisateur ou un groupe d’effectuer les actions associées à l’autorisation. Soyez prudent lorsque vous refusez des autorisations. Notez que si un utilisateur se voit refuser une autorisation spécifique, le paramètre de refus remplace tout paramètre Autoriser applicable aux autres groupes auxquels appartient l’utilisateur. Aucune autorisation n’est définie sur Refuser par défaut.

• Non autorisé    Si vous ne sélectionnez ni Autoriser ni Refuser pour une autorisation, l’état par défaut est Non autorisé. Si un utilisateur appartient à plusieurs groupes et qu’une autorisation est définie sur Non autorisé pour un groupe et sur Autoriser (mais pas sur Refuser) pour un autre groupe, l’utilisateur est autorisé à effectuer les actions associées à l’autorisation.

Lorsque vous configurez une autorisation sur Refuser, n’oubliez pas que le paramètre Refuser remplace tout paramètre Autoriser qui s’applique à l’utilisateur pour cette autorisation via d’autres appartenances aux groupes. Le fait de limiter l’utilisation du paramètre Refuser permet de simplifier la gestion des autorisations pour les groupes importants d’utilisateurs.

Pour les organisations qui comptent un nombre élevé d’utilisateurs, l’affectation et l’administration des autorisations de manière individuelle peuvent constituer une tâche fastidieuse. Vous pouvez utiliser des groupes pour affecter des autorisations à plusieurs utilisateurs simultanément. Créez les groupes et définissez l’ensemble d’autorisations à associer aux groupes dans le cadre de votre processus de planification de déploiement Project Server 2010 initial, avant d’affecter des utilisateurs aux groupes et des groupes aux catégories. Une fois que vous avez défini les groupes, les autorisations associées aux groupes et les appartenances aux groupes, l’administration quotidienne des utilisateurs, des groupes et des catégories implique l’ajout d’utilisateurs aux groupes de sécurité ou la suppression d’utilisateurs de ces derniers. Cela permet de réduire le volume des tâches d’administration quotidiennes requises et peut simplifier la résolution des problèmes liés aux autorisations.

Groupes

Cette vidéo explique le fonctionnement des groupes.

Regarder la vidéo (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=168587\&clcid=0x40C). Pour télécharger une copie du fichier, cliquez avec le bouton droit sur le lien et cliquez surEnregistrer la cible sous.

Les groupes contiennent des ensembles d’utilisateurs qui ont des besoins similaires en termes de fonctionnalités. Par exemple, chaque chef de projet dans un service spécifique au sein de votre organisation peut avoir besoin du même jeu d’autorisations Project Server, tandis que les cadres ou les gestionnaires de ressources peuvent avoir des besoins différents.

Définissez vos groupes en identifiant les besoins courants en fonction des zones de Project Server 2010 auxquelles les utilisateurs de votre organisation doivent accéder. Après avoir défini vos groupes, vous pouvez ajouter des utilisateurs aux groupes et accorder des autorisations aux groupes ; les autorisations affectées aux groupes s’appliquent à l’ensemble des utilisateurs que le groupe contient. L’utilisation des groupes pour contrôler les autorisations Project Server 2010 simplifie l’administration de la sécurité dans Project Server. Les appartenances aux groupes peuvent évoluer fréquemment, mais les besoins d’accès pour les groupes changent peu souvent.

Les utilisateurs peuvent appartenir à plusieurs groupes en fonction de leur rôle dans l’organisation et de leurs besoins d’accès. Les groupes suivants sont créés par défaut lorsque Project Server 2010 est installé, chacun d’eux étant affecté d’un ensemble de catégories et d’autorisations prédéfinies :

Les administrateurs affectent généralement les autorisations en ajoutant un compte d’utilisateur à l’un des groupes prédéfinis ou en créant un groupe et en affectant des autorisations spécifiques à ce groupe.

Catégories

Cette vidéo explique le fonctionnemnet des catégories.

Regarder la vidéo (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=168588\&clcid=0x40C). Pour télécharger une copie du fichier, cliquez avec le bouton droit sur le lien et cliquez surEnregistrer la cible sous.

Les catégories sont des ensembles de projets, de ressources et d’affichages. Les catégories définissent l’étendue des informations accessibles par un utilisateur donné. Une catégorie est similaire à un groupe en ce sens qu’elle accorde des autorisations aux utilisateurs. À la différence des autorisations globales, les autorisations de catégorie sont liées à des projets et à des ressources spécifiques. En outre, les catégories comprennent des filtres de projets et de ressources qui permettent de déterminer les projets et les ressources auxquels s’appliquent les autorisations spécifiées.

Les groupes et les catégories sont associés les uns aux autres de manière à fournir un jeu complet d’autorisations à chaque utilisateur. Chaque groupe peut être associé à une ou plusieurs catégories et chaque catégorie peut accorder aux membres de ce groupe un jeu différent d’autorisations de niveau projet et de niveau ressource.

Chaque instance Project Web App comprend les catégories par défaut suivantes :

Vous pouvez créer des catégories personnalisées pour fournir de nouvelles méthodes d’accès aux données des projets, des ressources et des affichages. Il peut s’avérer compliquer de gérer un nombre élevé de catégories. Il est recommandé d’utiliser les catégories avec modération.

Modèles de sécurité

Les modèles de sécurité sont des ensembles d’autorisations prédéfinis. Utilisez des modèles de sécurité pour simplifier le processus d’octroi d’autorisations aux groupes d’utilisateurs ayant besoin d’accéder aux mêmes données. Chaque instance Project Web App comprend les modèles de sécurité par défaut suivants :

• Administrateur

• Cadre

• Responsable de portefeuilles

• Responsable de projet

• Relecteur de proposition

• Responsable ressources

• Responsable d’équipe

• Membre de l’équipe

Les modèles de sécurité vous permettent d’appliquer des profils d’autorisation prédéfinis à des utilisateurs, des groupes et des catégories nouveaux ou existants, ou de les réinitialiser sur ceux-ci, rapidement. En appliquant des modèles de sécurité, vous pouvez facilement normaliser les autorisations que vous affectez conformément au rôle des utilisateurs dans l’organisation. Plusieurs modèles de sécurité prédéfinis sont créés par défaut lorsque Project Server est installé. Ceux-ci s’alignent sur les groupes prédéfinis. Vous pouvez personnaliser ces modèles de sécurité et créer de nouveaux modèles de sécurité en fonction de vos besoins.

La création de modèles de sécurité personnalisés implique une planification. Vous devez d’abord identifier dans votre organisation les modèles d’utilisation Project Server 2010 courants qui ne sont pas reflétés dans les modèles de sécurité Project Server 2010 par défaut. Cela vous permet d’identifier vos besoins pour les modèles de sécurité personnalisés. Ensuite, déterminez les autorisations dont les utilisateurs qui partagent les modèles d’utilisation Project Server 2010 courants ont besoin. Cette opération définit le modèle de sécurité. Ensuite, déterminez l’ensemble des projets, des ressources, des affichages, etc., auxquels les utilisateurs et les groupes ont besoin d’accéder ; cette opération définit la catégorie de sécurité. Créez le modèle de sécurité personnalisé et appliquez-le au groupe d’utilisateurs qui partagent des modèles d’utilisation courants.

Structure de répartition des ressources

Cette vidéo explique le fonctionnement de RBS.

Regarder la vidéo (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=168589\&clcid=0x40C). Pour télécharger une copie du fichier, cliquez avec le bouton droit sur le lien et cliquez sur Enregistrer la cible sous.

La structure de répartition des ressources (RBS, Resource Breakdown Structure) est une structure de sécurité hiérarchique généralement basée sur la structure de gestion des rapports de votre organisation, mais peut également être établie selon d’autres méthodes. La structure RBS peut être un élément important dans votre modèle de sécurité Project Server si vous l’utilisez pour définir les rapports hiérarchiques entre les utilisateurs et les projets dans votre organisation. Lorsque vous spécifiez une valeur RBS pour chaque utilisateur Project Server, vous pouvez tirer parti des options de sécurité dynamiques qui peuvent être définies pour chaque catégorie de sécurité.

Vous définissez la structure RBS en ajoutant des valeurs à la table de choix personnalisée RBS prédéfinie dans Project Server 2010. Après avoir défini la structure, vous pouvez affecter des valeurs RBS à un utilisateur spécifique en définissant la propriété RBS dans la page des paramètres de compte de cet utilisateur.

Une fois la structure RBS configurée, les catégories peuvent utiliser des codes RBS pour déterminer dynamiquement les projets et les ressources consultables par des utilisateurs spécifiques ou accessibles à ceux-ci. Les tableaux suivants répertorient les options de sécurité utilisant la structure RBS qui sont disponibles dans chaque catégorie.

Options de niveau projet

Options de niveau ressource

Vous pouvez configurer les options décrites dans les tableaux ci-dessus lorsque vous créez ou modifiez une catégorie. Pour plus d’informations, voir Gérer les catégories dans Project Server 2010.