Exemple

Imaginons que les revenus d'une personne provenant d'un emploi sont considérés comme preuves Cúram. Les revenus démarrent au moment où une personne commence un nouveau travail, et se terminent si cet emploi prend fin. Le nom de l'employeur reste le même durant toute la période des revenus, car le concepteur de la structure de preuves a pris une décision en matière de conception reposant sur le fait que si une personne change de travail, le premier emploi prend fin avant qu'un nouvel emploi ne commence.

Au cours de la période d'emploi, le montant des revenus (le salaire annuel) peut varier lorsque l'employé reçoit des augmentations. De même, mais de façon indépendante, la personne peut être employée à titre permanent ou temporaire, et ce "statut professionnel" peut varier au cours de la période d'emploi. Il est possible que le montant des revenus change en même temps que le statut professionnel, cependant un changement observé au niveau des revenus peut se produire sans être accompagné d'un changement de statut professionnel, et vice versa.

Le concepteur de preuves réalise une entité de preuve de revenus en procédant comme suit :

Un concepteur de règles modélise ensuite une nouvelle classe de règles "Revenus", permettant l'extension de la classe de règles "ActiveInEditSuccessionSet", et ajoute des attributs de règles, en identifiant lesquels disposent de valeurs pouvant changer avec le temps (ceux qui peuvent varier entre différents enregistrements du même ensemble de succession) :

Doivent être constants entre les enregistrements de l'ensemble de succession :

Doivent être autorisés à varier entre les enregistrements de l'ensemble de succession :

Le concepteur de règles identifie également les attributs de règles identifiant la "durée de vie" des revenus :

et annote la classe de règles pour identifier ces attributs de règles.

Un administrateur publie les modifications d'ensembles de règles, puis publie une configuration de données pour les objets règle d'ensembles de succession actifs/en cours d'édition pour mapper le type de preuve de revenus à la nouvelle classe de règles. Un responsable du dossier enregistre de nouvelles preuves de revenus (pour un emploi qui a débuté le 1er janvier 2000).

Au début, la preuve est "en cours d'édition" et ses données sont disponible au convertisseur d'objets règle d'ensembles de succession actifs/en cours d'édition pour renseigner un objet règle. Une fois la capture de preuve terminée, le responsable du dossier active les preuves. Aucune action n'est effectuée par le propagateur d'objets règle d'ensembles de succession actifs/en cours d'édition.

Au fil du temps, les circonstances réelles évoluent :

A chacune de ces occasions, le responsable du dossier enregistre une nouvelle version des preuves de revenus, obligeant ainsi le système à stocker une nouvelle paire de lignes 'EvidenceDescriptor'/'Income' pour les données de preuves effectives à partir de chaque date de modification.

Le convertisseur d'objets règle d'ensembles de succession actifs/en cours d'édition reconnaît que les trois versions de preuves sont associées à un seul ensemble de succession, et utilise les données avec une date d'effet pour modifier les valeurs du diagramme pour les attributs au niveau de l'objet règle unique. Les données d'objet règle seront mise à jour une fois les modifications effectuée, sans aucune attente avant l'activation de l'ensemble de succession.

Au 30 juin 2002, la période d'emploi prend fin et un responsable du dossier enregistre la date de fin sur le dernier enregistrement de l'ensemble de succession. Le responsable du dossier intègre les modifications, ce qui entraîne le passage de la dernière paire existante "EvidenceDescriptor"/"Income" à l'état "obsolète" et la définition d'une nouvelle paire sur l'état "actif". Le convertisseur d'objets règle d'ensembles de succession actifs/en cours d'édition met immédiatement à jour l'objet règle afin de modifier ses valeurs de diagramme à partir du 1er juillet 2002 (le jour suivant la fin de la période d'emploi).

Quelques temps plus tard, un examen du dossier permet de découvrir que la totalité de historique des revenus a été enregistré pour la mauvaise personne. Tous les enregistrements de preuves de revenus sont annulés par le responsable du dossier, en attente de suppression, ce qui entraîne la suppression de l'objet règle existant. Le responsable du dossier réalise ensuite qu'il a annulé l'enregistrement des revenus de la mauvaise personne. Il rétablit les changements et l'objet règle approprié est recréé. Le responsable du dossier annule à présent les enregistrements de revenus pour la personne appropriée.

Les preuves sont ré-enregistrées pour la personne appropriée (dans un nouvel ensemble de succession) et un nouvel objet règle est créé pour le nouvel ensemble de succession des enregistrements de revenus. Notez que l'ancien objet règle est supprimé et qu'un nouveau est créé avant que les modifications des preuves ne soient activées. Enfin, le responsable du dossier active les modifications, ce qui n'entraîne aucune mise à jour des objets règle existants.