Organigramme du processus de gestion du cycle de vie des données
Modèle de gestion du cycle de vie des données couvrant l'acquisition, la validation, la classification, le stockage, l'utilisation, l'approbation du partage, la conservation, les conservations légales, l'archivage et l'élimination prouvée.
Qu'est-ce que le processus organigramme du processus de gestion du cycle de vie des données ?
La gestion du cycle de vie des données est la voie opérationnelle qui concrétise la propriété des données une fois qu'une source est identifiée. Ce modèle commence lorsque de nouvelles données entrent en réception et nécessite que leur source, leur objectif et leur propriétaire responsable soient enregistrés avant que l'acquisition ne se poursuive. L'équipe d'ingestion valide le format, l'exhaustivité et la lignée, tandis que le responsable décide si la qualité est adaptée à l'utilisation déclarée. Les données acceptées sont classées et stockées avec un accès et des garanties appropriées. Les utilisateurs peuvent ensuite l'utiliser dans le contexte documenté, et toute demande de partage externe ou interdomaine fait l'objet d'un examen distinct du destinataire, de l'objectif et des champs minimaux. L'utilisation et le partage sont enregistrés avant que l'enregistrement ne passe en conservation, où les statuts d'expiration et de conservation déterminent s'il reste actif, s'il entre dans un package d'archives ou s'il est éliminé avec un enregistrement de résultat.
Ce graphique régit le chemin d'un ensemble de données ; il ne conçoit pas de migration ni ne construit de pipeline de traitement. Le déplacement d'enregistrements entre les systèmes nécessite un mappage, des chargements simulés, une réconciliation et une restauration via /fr/templates/organigramme-du-processus-de-migration-des-donnees-de-l-evaluation-au-basculement. La création d'une transformation récurrente nécessite du code, des tests, de la sécurité, de la qualité des données et un transfert opérationnel via /fr/templates/organigramme-du-processus-de-developpement-de-pipeline-de-donnees. Ces processus devraient hériter des décisions de propriétaire, de classification, de conservation et d'élimination du cycle de vie plutôt que d'inventer des règles concurrentes au sein d'un plan de projet. De même, un glossaire métier peut définir des termes et des classifications, mais il n'accorde pas l'accès ni n'autorise le partage. Adaptez chaque portail à vos propres catégories de données, contrats, politiques et obligations applicables : l'archivage et l'élimination sont des décisions qui dépendent du contexte, et non des destinations universelles selon un calendrier fixe.
Ce que couvre cet organigramme
Dans ce modèle
- Six voies de rôle responsables réparties en sept phases : acquérir, valider, stocker et classer, utiliser et partager, conserver, archiver et éliminer
- Une porte d'acquisition justifiée avant l'ingestion, suivie d'une validation du format, de l'exhaustivité et du lignage avec une boucle de correction ou de quarantaine pour les exceptions source
- Classification et stockage approuvé avant l'octroi de l'accès, avec un contrôle de sécurité qui empêche le début de l'utilisation tant que la configuration reste incomplète
- Une décision de partage distincte qui examine les champs de destinataire, d'objectif et minimum, puis enregistre le partage approuvé ou renvoie les données à un usage interne uniquement.
- L'expiration de la conservation est vérifiée par rapport aux conservations actives, à un package d'archives facultatif et à un résultat de suppression finale qui laisse la preuve de ce qui a été décidé.
Quand utiliser ce modèle
- Les équipes peuvent expliquer comment les données sont collectées et utilisées, mais ne peuvent pas savoir qui décide quand elles sont archivées, conservées plus longtemps ou supprimées.
- Les règles de stockage, d'accès, de partage et de conservation sont documentées séparément et produisent des lacunes ou des transferts contradictoires entre les propriétaires.
- Une plate-forme de données, un programme de migration ou un programme de catalogue a besoin d'une seule carte de cycle de vie pour fournir des exigences de gouvernance communes aux équipes de livraison.
- Les auditeurs, les clients ou les évaluateurs internes demandent des preuves que le but de l'acquisition, l'accès, le partage, les conservations et l'élimination sont systématiquement régis.
Comment cela fonctionne
Déclencheurs du cycle de vie de l'inventaire
Définissez ce qui ouvre l'admission pour chaque source et quels événements démarrent la conservation, la révision, l'archivage et l'élimination. Utilisez les événements commerciaux lorsque cela est possible, tels que la fin du contrat ou la clôture du compte, au lieu de vous fier uniquement à un horodatage de création.
Mapper les classifications aux contrôles
Remplacez l'étape de classification générique par vos catégories et connectez chaque catégorie aux emplacements de stockage, aux modèles d'accès, aux garanties de partage et aux rôles de révision. Gardez les étiquettes compréhensibles pour les producteurs et les utilisateurs de données, et pas seulement pour les spécialistes de la gouvernance.
Définir une forme physique de qualité
Définissez les preuves de validation requises pour chaque utilisation prévue, y compris l'exhaustivité, la validité, la lignée et les exceptions acceptées. Un ensemble de données peut être adapté à un objectif analytique et inapproprié à un autre, alors enregistrez le contexte avec la décision.
Configurer la révision du partage
Indiquez quels transferts sont considérés comme un partage inter-domaines ou externe, qui examine le destinataire et l'objectif, et comment la minimisation des champs, les accords et les protections de transfert sont mis en évidence. Incluez un résultat clair de non-partage qui ne bloque pas l’utilisation interne autorisée.
Tester la rétention jusqu’à l’élimination
Parcourez un enregistrement ordinaire expiré et un enregistrement en attente active jusqu'aux phases finales. Confirmez que les archives restent récupérables et régies, que la suppression atteint les copies et les magasins en aval dans la portée, et que l'enregistrement final contient suffisamment de détails pour un examen ultérieur.
Questions fréquentes
Quelles sont les étapes d’un processus de gestion du cycle de vie des données ?
Un cycle de vie pratique acquiert des données dans un but documenté, valide leur format, leur exhaustivité et leur lignée, les classe et les stocke, accorde un accès contrôlé pour leur utilisation, examine toute demande de partage, enregistre l'utilisation et transfère les preuves, applique les règles de conservation et de conservation, archive les enregistrements qui nécessitent une préservation et élimine les données éligibles avec un enregistrement de résultat. Les étapes restent connectées via le même propriétaire et la même classification afin que les équipes de projet n'appliquent pas de règles contradictoires.
Quelle est la différence entre la conservation des données et l’archivage des données ?
La rétention est la décision de conserver des données pour une raison et une durée définies, qu'elles restent actives ou non. L'archivage est un traitement de stockage de données qui doivent être préservées mais qui ne nécessitent plus un accès opérationnel normal. Les données archivées nécessitent toujours la propriété, la sécurité, des tests de récupération et une éventuelle révision ou élimination. L’envoi d’anciens enregistrements vers un stockage moins cher sans ces contrôles modifie l’emplacement, et non l’état du cycle de vie.
À qui appartiennent les décisions de suppression des données ?
La propriété est généralement partagée par fonction plutôt que laissée à l'administrateur de stockage. Un rôle d’enregistrement ou de confidentialité interprète les entrées de conservation, de conservation et d’obligation ; le propriétaire des données confirme le besoin commercial ; le dépositaire de la plateforme exécute l'élimination dans les systèmes convenus et enregistre le résultat. Votre organisation peut combiner ces responsabilités, mais le pouvoir de décision et la capacité de supprimer doivent rester distincts au cours du processus.
Comment les conservations légales ou d’enquête devraient-elles affecter le cycle de vie ?
Une conservation valide doit suspendre les actions ordinaires d'archivage ou d'élimination pour les données relevant de sa portée tout en laissant les enregistrements non liés selon leur calendrier normal. Enregistrez qui a émis la retenue, sa portée, sa date d'entrée en vigueur et son autorité de libération, et faites en sorte que le contrôle de conservation consomme ce statut avant d'agir. Les exigences varient selon la juridiction et le sujet, de sorte que le flux de travail doit pointer vers votre procédure de retenue approuvée plutôt que d'inventer des règles juridiques dans le tableau.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus suit Organigramme du processus de documentation du lignage des données.
C'est une étape de Gouvernance des données.
Étape 1: Modèle de modèle opérationnel de gouvernance des données
Étape 2: Organigramme du processus de gouvernance des données (problème jusqu'à la…
Étape 3: Organigramme du processus du catalogue de données (inscrivez-vous pour…
Étape 4: Organigramme du processus de gestion de la qualité des données
Étape 5: Organigramme du processus de documentation du lignage des données
Modèle de processus de documentation du lignage des données pour définir la portée d'une sortie, tracer les dépendances des sources, mapper les transformations, valider les preuves et maintenir les modifications.
Étape 6: Organigramme du processus de gestion du cycle de vie des données Vous êtes ici
Modèle de gestion du cycle de vie des données couvrant l'acquisition, la validation, la classification, le stockage, l'utilisation, l'approbation du partage, la conservation, les conservations légales, l'archivage et l'élimination prouvée.