Contrôle des autorisations par ACL (Administration) - Historique des versions

Syfre : /* Rôle développeur */

2016-06-02T07:01:46Z

Rôle développeur

Syfre : /* Mise à jour de la liste d'autorisation */

2016-06-02T06:55:43Z

Mise à jour de la liste d'autorisation

Syfre : /* Liste d'autorisation */

2016-06-02T06:54:06Z

Liste d'autorisation

Syfre : /* Listes d'autorisation */

2016-06-02T06:53:57Z

Listes d'autorisation

Syfre le 2 juin 2016 à 06:52

2016-06-02T06:52:15Z

Syfre : /* La liste blanche des objets implicites */

2016-06-02T06:41:02Z

La liste blanche des objets implicites

Syfre : /* Les objets globaux comprennent des interfaces qui sont toujours autorisées : */

2016-06-02T06:40:07Z

Les objets globaux comprennent des interfaces qui sont toujours autorisées :

Syfre : /* Traçabilité */

2016-06-02T06:39:35Z

Traçabilité

Syfre : /* Mise à jour de la liste d'autorisation */

2016-06-02T06:38:57Z

Mise à jour de la liste d'autorisation

Chlem le 1 juin 2016 à 12:19

2016-06-01T12:19:55Z

@@ Ligne 90 : / Ligne 90 : @@
 Pour cette raison, les utilisateurs ayant le rôle développeur (Droit d'ouvrir le concepteur de modèle) peuvent outre passés le contrôle d'autorisation lors de l'ouverture d'une interface.
 [[category:Administration]]
 [[category:Autorisations]]
 [[category:Version710]]

@@ Ligne 78 : / Ligne 78 : @@
 La listes d'autorisation est impactées :
 * Par les modifications d'un menu
-* Par les associations explicite d'objet à un utilisateur.
+* Par les modifications des références entre interfaces
-* Par la modification des références entre interfaces
-Tous ces cas sont gérés automatiquement excepté le cas ou les références entre interfaces sont modifiées, par exemple si vous ajouter un lien vers une interface (Int référencée) à partir d'une autre interface (Int. source)
+Tous ces cas sont gérés automatiquement excepté le cas ou les références entre interfaces sont modifiées, par exemple si vous rajoutez un lien dans un écran.
 Dans ce cas vous devez :
-# Mettre à jour la table des références de l'interface source.
+# Mettre à jour la table des références de l'écran modifié.
 # Mettre à jour la liste des autorisation.

@@ Ligne 16 : / Ligne 16 : @@
 * Quelles étaient les utilisateurs autorisées pour une interface à une certaine date ?
-===Liste d'autorisation===
+===Listes d'autorisation===
 La gestion des autorisations s'appuie sur le concept de liste blanche et liste noire.

@@ Ligne 16 : / Ligne 16 : @@
 * Quelles étaient les utilisateurs autorisées pour une interface à une certaine date ?
-===Listes d'autorisation===
+===Liste d'autorisation===
 La gestion des autorisations s'appuie sur le concept de liste blanche et liste noire.

@@ Ligne 3 : / Ligne 3 : @@
 Le contrôle des autorisations par ACL est une fonctionnalité permettant de contrôler à quelles fonctionnalités un utilisateur a accès.
-===Contrôle d'accès===
+===Contrôle des autorisations===
 Historiquement la gestion des autorisations dans Sage FRP 1000 est implémentée par la gestion des menus. L'accès aux interfaces, et donc les autorisations correspondantes, est conditionné par les menus auquel l'utilisateur a accès. Toutefois, et particulièrement à partir de la version Web, il existe plusieurs manières d'ouvrir un écran sans passer par les menus. La gestion d'autorisation par les menus n'était donc pas suffisante.
@@ Ligne 9 : / Ligne 9 : @@
 ===Traçabilité===
-La nouvelle gestion des accès permet aussi la traçabilité des accès, elle permet de répondre aux questions suivantes :
+La nouvelle gestion des autorisations permet aussi la traçabilité, elle permet de répondre aux questions suivantes :
 * Quelles sont les interfaces autorisées pour un utilisateur ?
@@ Ligne 34 : / Ligne 34 : @@
 * L’écran notifiant une interdiction d'accès
-===La liste des objets référencés===
+===La table des objets référencés===
-Cette liste est une table de références croisées entre les objets d'interface. Par exemple lorsqu'une interface (I1) contient un lien vers une autre interface (I2) cela constitue une référence R1 référençant I2 avec comme source I1
+Il s'agit d'une table des références croisées entre les objets d'interface. Par exemple lorsqu'une interface (I1) contient un lien vers une autre interface (I2) cela constitue une référence R1 référençant I2 avec comme source I1
 ===Objets concernés===
-Les objets concernés par le contrôle d'accès :
+Les objets concernés par le contrôle d'autorisation :
 {|class="wikitable"
@@ Ligne 86 : / Ligne 88 : @@
 ===Rôle développeur===
-En mode développement le contrôle d'accès peut devenir pénalisant car le développeur doit maintenir la liste d'autorisation à jour au cours du développement.
+En développement le contrôle d'autorisation peut devenir pénalisant car le développeur doit maintenir la liste d'autorisation à jour au cours du développement.
-Pour cette raison les utilisateurs ayant le rôle développeur (Droit d'ouvrir le concepteur de modèle) peuvent outre passé le contrôle d'accès lors de l'ouverture d'une interface.
+Pour cette raison, les utilisateurs ayant le rôle développeur (Droit d'ouvrir le concepteur de modèle) peuvent outre passés le contrôle d'autorisation lors de l'ouverture d'une interface.
 [[category:Administration]]
 [[category:Autorisations]]
 [[category:Version710]]

@@ Ligne 29 : / Ligne 29 : @@
 * Pour lesquels l'utilisateur est explicitement interdit.
-===Les objets globaux comprennent des interfaces qui sont toujours autorisées :===
+Les objets globaux comprennent des interfaces qui sont toujours autorisées :
 * Les écrans de connexion et de changement de mot de passe
 * Les écrans de gestion de compte

@@ Ligne 14 : / Ligne 14 : @@
 * Quelles étaient les interfaces autorisées pour un utilisateur à une certaine date ?
 * Quelles sont les utilisateurs autorisés pour une interface ?
-* Quelles étaient les utilisateurs autorisées pour une interface a une certaine date ?
+* Quelles étaient les utilisateurs autorisées pour une interface à une certaine date ?
 ===Listes d'autorisation===

@@ Ligne 1 : / Ligne 1 : @@
 {{Version710}}
-Le contrôle des autorisations par ACL est une fonctionnalité permettant de contrôler à quelles fonctionnalités un utilisateur à accès.
+Le contrôle des autorisations par ACL est une fonctionnalité permettant de contrôler à quelles fonctionnalités un utilisateur a accès.
 ===Contrôle d'accès===
-Historiquement la gestion des autorisations dans Sage FRP 1000 est implémentée par la gestion des menus. L'accès aux interfaces, et donc les autorisations correspondantes, est conditionné par les menus auquel l'utilisateur a accès. Toutefois, et particulièrement à partir de la version Web, il existe de plusieurs manières d'ouvrir un écran sans passer par les menus. La gestion d'autorisation par les menus n'était donc pas suffisante.
+Historiquement la gestion des autorisations dans Sage FRP 1000 est implémentée par la gestion des menus. L'accès aux interfaces, et donc les autorisations correspondantes, est conditionné par les menus auquel l'utilisateur a accès. Toutefois, et particulièrement à partir de la version Web, il existe plusieurs manières d'ouvrir un écran sans passer par les menus. La gestion d'autorisation par les menus n'était donc pas suffisante.
 La nouvelle gestion introduite par cette fonctionnalité permet de combler cette faille, en effet le nouveau contrôle d'autorisation est appliqué globalement quel que soit la manière dont l'interface est ouverte.