Manuel de l'utilisateur › Tableau de bord › Collaboration › Implications en matière de sécurité

Implications en matière de sécurité

Le tableau de bord utilise un système de sécurité basé sur le contenu de CA Business Service Insight. Chaque utilisateur voit les informations filtrées en fonction des contractants dont il a la charge. Aussi, deux gestionnaires de compte qui affichent le statut d'un service verront probablement des statuts différents. De fait, ils obtiennent automatiquement un statut calculé à partir des performances des contractants dont ils ont la charge.

Les avantages du système de sécurité basé sur le contenu de CA Business Service Insight sont les suivants :

• Sécurité
• Chaque utilisateur final obtient les informations qui le concernent
• Le travail de l'administrateur est simplifié et le coût total de possession réduit. La création et l'administration d'une seule page du tableau de bord permet de répondre aux besoins de nombreux utilisateurs.

Les implications en matière de sécurité à prendre en considération concernent le partage et l'affectation de pages.

Dans le cadre d'un partage de page :

• Un utilisateur qui affiche une page dont il n'est pas le propriétaire la consulte en lecture seule et n'a accès qu'à un nombre limité d'opérations.
• La page s'affiche telle que le propriétaire la voit même si les paramètres de sécurité sont différents.

Par exemple, un directeur national détient une page présentant le statut des comptes de l'entreprise dans plusieurs régions. Lorsqu'il partage cette page avec les responsables de compte, ces derniers affichent la même page et voient donc le statut de tous les autres comptes même si le système de sécurité basé sur le contenu de CA Business Service Insight ne le leur permet normalement pas.

Dans le cadre d'une affectation de page :

• L'utilisateur auquel la page est affectée en devient le propriétaire et peut exécuter toutes les opérations dessus.
• Chaque utilisateur auquel la page est affectée l'affiche conformément aux paramètres de sécurité qui sont les siens. Cela signifie que les widgets qu'un utilisateur n'est pas habilité à consulter ne s'affichent pas sur la page affectée. De plus, s'il s'agit d'un widget complexe (de contractant par exemple), le niveau de sévérité est calculé en fonction des entités auxquelles chaque utilisateur a accès.

  Imaginons, par exemple, que l'administrateur crée une page contenant un widget représentant un groupe de contractants (CPG) constitués de deux contractants (CPA et CPB) et utilisant la méthode de cumul Pire des cas. Le niveau de sévérité calculé pour CPA est rouge alors qu'il est vert pour CPB. La page est affectée à deux utilisateurs (UA et UB) qui ne sont habilités qu'à afficher les informations relatives à un contractant uniquement. Une fois l'affectation effectuée, UA voit le widget de CPG dans lequel figure CPA avec un niveau de sévérité rouge et UB voit le widget de CPG dans lequel figure CPB avec un niveau de sévérité vert.

• Si l'administrateur crée une page contenant un widget personnalisé, la composition peut changer une fois l'affectation effectuée en fonction des autorisations allouées à l'utilisateur en matière de sécurité. Une fois l'affectation effectuée, les modifications apportées à la page par l'administrateur n'affectent pas l'utilisateur auquel la page a été affectée.

  Imaginons un widget personnalisée comprenant trois métriques (M1, M2 et M3). La pondération de chaque métrique est respectivement de 20, 50 et 30. UA peut afficher M1 et M2. UA peut afficher M2 et M3. Si une page contenant ce widget personnalisé est assignée à l'utilisateur A, la sévérité est calculée en fonction de la répartition de la pondération : M1 = 20/70 et M2 = 50/70. Si cette page est affectée à l'utilisateur B, la sévérité est calculée en fonction de la répartition de la pondération : M2 = 50/80 et M3 = 30/80.

• Si la page affectée contient des widgets que l'utilisateur cible n'est pas autorisé à consulter, ces derniers sont supprimés de la page à son affectation.