Rulesets

Les développeurs rassemblent les règles individuelles dans une instance de ruleset, appelée version de ruleset. Pour mettre à jour le contenu du ruleset, vous devez créer une nouvelle version de ruleset. La nouvelle version de ruleset est disponible, ou déverrouillée, ce qui permet au développeur de mettre les règles à jour ou d’ajouter de nouvelles règles. Il est recommandé de verrouiller les versions antérieures d’un ruleset. La gestion des versions de ruleset aide les développeurs à identifier et à gérer les modifications apportées à une application.

Pega Platform identifie les rulesets par leurs noms et leurs numéros de version. Par exemple, une application permettant de traiter les notes de frais inclut un ruleset intitulé Expense. Pega Platform accole le numéro de version au nom du ruleset. Expense:01-02-03 est donc la version numéro 01-02-03 du ruleset Expense.

Le numéro de version est composé de trois éléments : une version majeure, une version mineure et une version patch. Chaque élément est un numéro à deux chiffres compris entre 01 et 99. La numérotation des versions d’un ruleset commence à 01-01-01.

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les segments de versions du ruleset.

Chaque application est définie par une séquence de rulesets, appelée ruleset stack. Le ruleset stack détermine l’ordre dans lequel Pega Platform examine les rulesets pour trouver la règle utilisée. Chaque entrée du ruleset stack représente une version du ruleset spécifié, en commençant par la version listée puis en descendant jusqu’aux versions mineures et patch de la version majeure spécifiée.

Chaque version d’une application contient un ruleset stack unique, qui permet à une application mise à jour de référencer de nouvelles versions de ruleset contenant des mises à jour et de nouvelles fonctionnalités.

Par exemple, Bob est un développeur qui travaille sur la première version d’une application de gestion des notes de frais. Il crée des règles pour la première version de l’application, telles que les processus, les interfaces utilisateur et les notifications. Bob regroupe ces règles dans la première version du ruleset Expense, Expense:01-01-01. Après plusieurs itérations de déploiement d’un environnement d’assurance qualité et de corrections des bugs, le ruleset Expense est versionné plusieurs fois jusqu’à 01-01-05 avant d’être déployé en production.

Quelques mois plus tard, il est demandé à Tanya de mettre à jour l’interface utilisateur de l’application afin de collecter des informations supplémentaires auprès des employés en raison d’un changement de politique. Cette mise à jour améliore les règles créées précédemment par Bob. Tanya crée des règles pour modéliser ce nouveau comportement dans une deuxième version du ruleset, Expense:01-02-01. Elle utilise ensuite le ruleset Expense:01-02-01 dans l’application de gestion des notes de frais mise à jour.

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les ruleset stacks.

Utilisez les bonnes pratiques suivantes lors de la création de rulesets.

Conventions de dénomination

• Pour les rulesets d’application, utilisez des noms uniques, significatifs dans un contexte métier et faciles à retenir, afin de transmettre clairement l’objectif du ruleset. Par exemple, dans une application bancaire, nommez votre ruleset Comptes pour stocker les règles associées aux comptes.
• Pour les rulesets d’organisation, de division et partagés, commencez le nom de votre ruleset par un élément qui identifie clairement votre société et son objet. Évitez d’utiliser des acronymes, difficiles à décoder. Par exemple, nommez votre ruleset UPlusTelcoContracts plutôt que UPTC. Cette convention permet également d’éviter les conflits potentiels de rulesets.
• N’utilisez pas Pega ni Pega- en tant que préfixe pour vos noms de ruleset. Ces préfixes sont restreints à une utilisation interne dans la plateforme Pega et peuvent provoquer un comportement inattendu.
• Évitez d’utiliser des espaces dans les noms de ruleset. La longueur maximale d’un nom de ruleset est de 32 caractères.
• Évitez d’utiliser des caractères spéciaux comme le tiret (-), le trait de soulignement (_), le signe plus (+) ou les guillemets (" "). Le système ne permet pas d’enregistrer de règles avec ces attributs.

Enregistrement de ruleset

• Évitez d’avoir le même ruleset dans plusieurs applications. Au lieu de cela, refactorisez le ruleset à sa propre application ou une application commune.
• Limitez le développement aux rulesets dans la couche d’application la plus élevée, et maintenez verrouillées les applications built-on.

Gestion des versions de ruleset

• Envisagez de créer une version majeure de votre application si vous mettez à jour votre serveur d’applications ou votre serveur de base de données vers une nouvelle version majeure.
• Incrémentez régulièrement les versions de ruleset afin de faciliter le suivi des mises à jour de votre application dans le temps.
• Créez un nouveau ruleset avec une classe de haut niveau, héritée directement de @baseclass.

Vérifiez vos connaissances avec l’interaction suivante :