Lorsque vous concevez une politique, vous devez connaître les normes de protection des données et les réglementations auxquelles votre société adhère. Une règle décrit la façon dont les données sont consommées. Il est basé sur les règles que vous définissez. Les règles sont des artefacts de gouvernance que vous créez dans une catégorie.
- Propriétés des règles
- Relations avec d'autres types d'artefacts de gouvernance
- Relations avec d'autres politiques
Vous devez disposer des droits requis pour créer des artefacts de gouvernance. Voir Droits requis.
Propriétés des règles
Les règles ont ces propriétés standard qui sont similaires à d'autres artefacts de gouvernance.
| Propriété ou comportement | Prend en charge ? | Explication |
|---|---|---|
| Doit avoir des noms uniques ? | Oui | Les noms de règle doivent être uniques dans une catégorie. |
| Description? | Oui | Facultatif. Inclut une description pour aider les utilisateurs à trouver cette règle. |
| Ajouter des relations à d'autres règles ? | Oui | Voir Relations avec d'autres stratégies. |
| Ajouter des relations à d'autres types d'artefacts de gouvernance ? | Oui | Voir Relations avec d'autres types d'artefacts de gouvernance. |
| Ajouter une relation à l'actif? | Oui | Voir Relations d'actifs dans les catalogues. |
| Ajouter des propriétés personnalisées? | Oui | Voir Propriétés et relations personnalisées pour les artefacts de gouvernance et les actifs de catalogue. |
| Ajouter des relations personnalisées ? | Oui | Voir Propriétés et relations personnalisées pour les artefacts de gouvernance et les actifs de catalogue. |
| Organiser en catégories ? | Oui | La catégorie principale de l'artefact détermine qui peut afficher ou modifier l'artefact. Voir Catégories. |
| Importer à partir d'un fichier ? | Oui | Voir Importation d'artefacts de gouvernance. |
| Importer à partir d'un Knowledge Accelerator ? | Non | |
| Exporter dans un fichier ? | Oui | Voir Exportation des artefacts de gouvernance. |
| Géré par flux de travaux ? | Oui | Voir Flux de travaux. |
| Indiquez les dates de début et de fin effectives ? | Oui | Voir Dates d'effet. |
| Affecter un intendant ? | Oui | Voir Intendant. |
| Ajouter des balises en tant que propriétés ? | Oui | Voir Balises. |
| Affecter à un actif ? | Non | |
| Affecter à une colonne d'un actif de données ? | Non | |
| Affectation automatisée à des actifs lors du profilage ou de l'enrichissement ? | Non | |
| Artefacts prédéfinis ? | Non |
Relations avec d'autres types d'artefacts de gouvernance
Vous pouvez ajouter des relations entre une stratégie et d'autres types d'artefacts de gouvernance.
Droits d'accès requis pour les catégories Vous devez disposer de l'un des rôles de collaborateur de catégorie suivants dans les catégories principales pour que les deux artefacts puissent ajouter une relation entre eux:
- Administrateur
- Propriétaire
- Éditeur
- Rôle personnalisé avec le droit d'éditer les deux types d'artefact.
Vous pouvez affecter des règles de gouvernance à la politique. Les règles de gouvernance que vous sélectionnez doivent être publiées.
Vous pouvez affecter des règles de protection des données à la politique. Dans ce cas, la politique n'a aucun effet sur l'application de la règle et vous ne pouvez pas la voir à partir de la règle répertoriée dans une politique.
Vous pouvez affecter les artefacts suivants à une stratégie :
Classifications
Sélectionnez les classifications auxquelles vous souhaitez associer la politique. Une stratégie peut être associée à plusieurs classifications.Termes métier
Sélectionnez le terme métier auquel vous souhaitez associer la politique. Une stratégie peut être associée à plusieurs termes métier.
Relations avec d'autres politiques
Vous pouvez affecter des sous-stratégies à la stratégie. Les sous-stratégies que vous sélectionnez doivent être publiées. Chaque stratégie peut contenir plusieurs sous-stratégies et chaque stratégie peut faire référence à une ou plusieurs règles. Si une stratégie comporte des sous-stratégies, il s'agit de la stratégie parent de ces sous-stratégies. Les sous-stratégies ne peuvent avoir qu'une seule stratégie parent.
Les stratégies et les règles décrivent les caractéristiques à prendre en compte pour rendre les ressources d'information compatibles avec les objectifs de l'entreprise. Les catégories peuvent être organisées dans une hiérarchie en fonction de leur signification et des relations qui les unissent.
Par exemple, une règle nommée Données de haute qualité indique que les données doivent répondre à une norme de haute qualité. Une sous-stratégie de Données de haute qualité appelée Données client de haute qualité indique que les données client doivent répondre à une norme de haute qualité. La règle des données client de haute qualité fait référence à une règle de gouvernance appelée Vérification des codes postaux. Cette règle indique que les adresses client doivent utiliser des codes postaux valides, fournis par la Poste.
Autre exemple : la règle Sécurité logicielle indique que les procédures de sécurité doivent être en place concernant les logiciels. Une seconde règle, nommée Pare-feu, indique qu'un pare-feu doit être implémenté. Une troisième règle nommée Données d'identification indique que les mots de passe sont requis pour tous les ordinateurs hébergeant des bases de données. L'auteur de la règle Sécurité logicielle indique que les pare-feux et les données d'identification sont des sous-règles de la sécurité logicielle. Par conséquent, Software Security est la stratégie parent des stratégies de gouvernance de l'information Firewall et des données d'identification .
En savoir plus
Rubrique parent : Artefacts de gouvernance