WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Confidentialité et ergonomie, personnaliser l'accès au SIRH avec RBAC

( Télécharger le fichier original )
par Christophe THOMAS
Université Paris 1 Panthéon Sorbonne - MASTER M2 Management Système d'information et de Connaissances 2008
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

Ses caractéristiques

Un rôle est caractérisé par :

ï des droits : l'accès aux données et aux processus métiers,

ï des devoirs : ce sont les tâches (de workflow) qui lui sont dédiées au sein d'un processus métier,

Les rôles permettent de rattacher des droits et des devoirs à des notions fonctionnelles (responsable d'UO, postes, emplois, etc.).

Lorsqu'un rôle est attribué à un utilisateur cela lui confère une mission :

ï des habilitations, ces sont des autorisations rattachées à une activité

ï des droits d'accès aux données, ce sont les données accessibles pour les actions à réaliser

ï des règles relatives aux tâches de workflow,

ï des populations spécifiques,

ï d'autres caractéristiques (alertes).

Rôles et utilisateurs

Un rôle est associé à une catégorie d'acteur définissant ainsi un type d'activité. Les catégories d'acteur correspondent à des modèles de rôles.

Il existe trois catégories d'acteurs dans HRa Suite :

ï Collaborateur : il concerne l'agent, travaille uniquement sur son dossier

ï Manager : Il concerne le manager, il travaille avec des collaborateurs. Il n'exerce pas d'activités métiers RH.

ï Expert RH : Il concerne le gestionnaire applicatif. Uniquement des activités métiers RH.

Dans HRa Suite, les utilisateurs n'effectuent pas les mêmes tâches selon la catégorie d'acteurs à laquelle appartient le rôle qu'ils utilisent. Par exemple, un salarié peut être autorisé à envoyer des demandes de congé et un responsable à valider la demande de congé de ses subordonnés.

Un rôle est associé à une et une seule catégorie d'acteurs. Mais un même rôle peut être affecté à plusieurs utilisateurs. De plus un utilisateur peut avoir plusieurs rôles : Mme Martin peut être employé (du service RH) en tant que manager de 2 autres employés de l'administration des cadres du siège. Ici, nous identifions 3 rôles génériques : employé, manager et professionnel RH.

Rôles et axes de confidentialité

La confidentialité des utilisateurs est directement liée aux rôles qui leur sont attribués. Cette confidentialité se décline suivant 3 axes principaux :

ï les populations autorisées,

ï les données accessibles,

ï les processus métiers associés aux rôles.

Lorsque ces caractéristiques sont définies, le rôle doit être mis en exploitation pour être actif.

Les populations autorisées

Les populations autorisées rattachées au rôle permettent de définir un périmètre des populations spécifiques à l'utilisateur. On définit :

ï la ou les structures de données interrogeables,

ï par structure de données interrogeables, les populations de dossiers correspondantes.

Ces populations de dossiers peuvent être, soit l'ensemble des dossiers de la structure de données, soit des populations répondant à une condition de sélection SQL. La condition SQL est obtenue par une requête HRD Query. Dans cette condition SQL, il est possible d'utiliser des rubriques provenant des paramètres d'instanciation associés aux rôles.

On peut définir plusieurs populations différentes, et en spécifier certaines comme étant la population par défaut.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Soit réservé sans ostentation pour éviter de t'attirer l'incompréhension haineuse des ignorants"   Pythagore