Table des matières

Search

  1. Préface
  2. Introduction à la gestion des données de test
  3. Test Data Manager
  4. Projets
  5. Stratégies
  6. Data Discovery
  7. Création d'un sous-ensemble de données
  8. Exécution d'une opération de masquage des données
  9. Techniques et paramètres du masquage des données
  10. Génération des données
  11. Techniques et paramètres de génération des données
  12. Utilisation de Test Data Warehouse
  13. Analyse des données de test à l'aide de la couverture de données
  14. Plans et flux de travail
  15. Surveiller
  16. Rapports
  17. ilmcmd
  18. tdwcmd
  19. tdwquery
  20. Annexe A: Référence sur les types de données
  21. Annexe B: Référence sur les types de données pour Test Data Warehouse
  22. Annexe C: Référence sur les types de données pour Hadoop
  23. Annexe D: Glossaire

Guide de l'utilisateur

Guide de l'utilisateur

Exemple TDM

Exemple TDM

Une organisation souhaite appliquer une stratégie visant à masquer les données sensibles concernant les stock-options dans un environnement de traitement des données volumineux.
Le service informatique a besoin de données de test pour un nouveau régime d'actionnariat dans une organisation. L'organisation doit s'assurer que les données sensibles ne sont pas compromises dans les données de test. La base de données de test doit contenir des données représentatives des différents environnements d'application, y compris les informations relatives aux données personnelles des employés, à leur salaire, leurs achats d'actions et leur travail. Plusieurs équipes de test doivent pouvoir accéder aux données de test et remplacer les données modifiées par les données de test initiales si nécessaire. L'organisation utilise TDM pour définir et appliquer une stratégie de création de données dans l'environnement de test et pour stocker et réutiliser les données de test dans Test Data Warehouse.
L'organisation effectue les étapes suivantes :
  1. Créer une stratégie. Le responsable de la mise en conformité détermine le type de données des employés qui doivent être masquées. Il crée une stratégie Employee_Stock.
  2. Définir des domaines de données. Le responsable de la mise en conformité définit des domaines de données pour grouper des champs similaires pour le masquage des données. Par exemple, les données contiennent des colonnes appelées Employee_Salary, Yearly_Salary et Salary_History. Toutes les colonnes dont le nom contient « Salary » appartiennent au même domaine de données. Toutes les colonnes du même domaine de données peuvent recevoir les mêmes règles de masquage des données.
  3. Définir des règles de masquage des données. Le responsable de la mise en conformité crée des règles de masquage des données pour masquer les données des employés. Par exemple, le responsable de la mise en conformité masque les noms des employés avec le masquage de substitution dans un dictionnaire. Le responsable de la mise en conformité applique le masquage aléatoire aux colonnes de salaire. Il applique le masquage de sécurité sociale aux numéros de sécurité sociale.
  4. Définir un projet. Un développeur de projet définit un projet Employee_Stock et importe les sources de données dans le projet. Les développeurs de projet effectuent toute la configuration de sous-ensemble, profilage et masquage des données dans le projet.
  5. Exécuter un profil pour la découverte de données. Le développeur de projet exécute un profil pour la découverte de données. Le profil identifie les colonnes sensibles dans les tables source et remplit les domaines de données définis par le responsable de la mise en conformité dans la stratégie.
  6. Créer des relations de table. La base de données ne contient pas de clés primaires et étrangères. Le développeur de projet exécute un profil pour les clés primaires et les entités afin de rechercher des relations entre les tables. Le développeur de projet examine les résultats de profil de la clé primaire et les résultats de profil de l'entité pour créer des relations. Le développeur de projet crée des clés primaires et étrangères logiques dans les tables. Dans certains cas, le développeur de projet sélectionne une entité à utiliser dans les résultats de profil.
  7. Créer des entités et des groupes de sous-ensemble de données. Avec les contraintes en place, le développeur de projet peut créer des entités dans un projet Employee_Stock. Une entité définit un ensemble de tables source liées en fonction des contraintes. Le projet inclut les tables Employee, JobHistory, Salary et Employee_Stock. Le développeur de projet crée également un groupe dans le projet. Un groupe définit les tables non liées à inclure dans la base de données de test. Le groupe comprend une table appelée Stock_History.
  8. Approuver ou rejeter des résultats de la tâche de profil. Le responsable de la mise en conformité vérifie les résultats et approuve ou rejette les affectations de colonne aux domaines de données.
  9. Vérifier que tous les champs sensibles sont masqués. Le responsable de la mise en conformité vérifie les rapports qui décrivent les données source masquées dans le projet.
  10. Créer un plan d'exécution de sous-ensemble de données et de masquage des données. Le développeur de projet crée un plan pour exécuter les opérations de masquage et de sous-ensemble de données dans un flux de travail. Le développeur de projet ajoute les entités et les groupes au plan pour définir les données à copier dans la base de données de sous-ensemble. Le développeur de projet ajoute la stratégie Employee_Stock au plan pour définir la méthode de masquage des données. Lorsque le développeur de projet exécute un flux de travail depuis le plan, le service d'intégration PowerCenter exécute le flux de travail et charge les données masquée dans la base de données de sous-ensemble.
  11. Le responsable de la mise en conformité valide les résultats dans la base de données de sous-ensemble.
  12. Créez un plan pour déplacer le sous-ensemble de données masquées vers Test Data Warehouse. Le développeur de projet crée un plan avec la base de données de sous-ensemble comme connexion source et le Test Data Warehouse comme connexion cible. Lorsqu'il exécute un flux de travail depuis le plan, le service d'intégration PowerCenter exécute le flux de travail et charge les données masquées en tant qu'ensemble de données dans Test Data Warehouse.
  13. Réinitialisez un ensemble de données depuis Test Data Warehouse. Le développeur de projet exécute une opération de réinitialisation sur l'ensemble de données pour restaurer les données de test initiales vers la connexion requise. Lors de l'exécution de l'opération de réinitialisation, le service d'intégration PowerCenter exécute le flux de travail et charge l'ensemble de données de Test Data Warehouse dans la connexion cible.