Data objects
Pour le traitement des dossiers (cases), les applications Pega Platform™ utilisent les data objects pour collecter les données en lien avec les dossiers. Un data object est un modèle (template) dans lequel un ensemble de champs connexes (related fields) servent à décrire une entité, telle qu'une personne ou un élément.
Par exemple, une application peut contenir le data object Account que vous pouvez réutiliser dans deux types de dossier : un qui permet au client de transférer des fonds entre des comptes bancaires et un qui lui permet de changer l’adresse associée à son compte. Le data object Account comporte des champs servant à décrire un compte, comme Account Number, Current Balance et Next Statement Date. Vous n'avez plus besoin de définir les champs associés au compte pour chaque type de dossier. Il vous suffit de faire référence au data object Account. La figure suivante illustre la relation entre les types de dossiers Transfer Funds et Change Address et le data object Account :
Un data object peut être utilisé aussi souvent que nécessaire dans une application. Dans l'exemple précédent, le type de dossier Transfer Funds peut recourir au data object Account pour modéliser à la fois la source et la cible du transfert.
La collection des types de dossier et des data objects dans votre application définit de manière globale le modèle de données de votre application.
Structure
Dans chaque data object, un type de données (data type) correspond à la mise en œuvre technique du data object, avec par exemple les noms et les types de champs utilisés pour collecter et présenter les informations sur l'entité. L'ensemble de ces différents champs représente un type d'objet unique et définit la structure du data object. Lorsque vous créez un data object, Pega Platform crée automatiquement le type de données correspondant.
Note: Dans Dev Studio, les développeurs travaillent directement avec le type de données sous-jacent, et non pas avec le data object. C'est pourquoi vous constaterez peut-être dans les projets et la documentation que les termes data object et data type ont été employés de manière interchangeable.
Prenons l'exemple d'une application RH comportant un type de dossier (case type) servant à traiter les offres d'emploi et les candidatures pour des postes vacants. Pour le traitement d'une nouvelle candidature, les RH doivent réunir des informations de base concernant le candidat. Pour collecter les informations sur les potentiels candidats à un poste vacant, un développeur peut créer un data object Candidate avec un type de données correspondant, comportant par exemple les champs First name, Name, Email et Phone.
En plus de regrouper des éléments de données, les data objects peuvent regrouper des vues et d'autres règles associées. Par exemple, le data object Candidate peut comporter un calcul pour obtenir le nom complet du candidat, par exemple Marie Dubois, à partir de son nom et de son prénom.
Vous pouvez étendre la structure d'un data object en faisant référence à d'autres data objects. Lorsqu'un data object comporte une référence à un deuxième data object, les champs du deuxième type de données deviennent partie intégrante du type de données du premier data object. Les data objects référencés peuvent être utilisés une seule fois ou à de multiples reprises, en fonction des besoins.
Reprenons notre exemple. Le data object Candidate doit aussi inclure des champs pour des informations comme l'adresse postale et les expériences professionnelles. L'adresse et les expériences professionnelles peuvent être configurées comme des data objects référencés par le data object Candidat. Le data object Address étend le data object Candidate avec des champs comme Street name, City et Postal codel. Le data object Employment history ajoute des champs comme Start date, End date, Position et Employer. Le data object Address est utilisé une seule fois pour recueillir des informations sur une adresse, alors que le data object Employment history peut être utilisé plusieurs fois pour constituer une liste des précédents employeurs du candidat. La figure suivante illustre la relation entre le type de dossier New Candidate, le data object Candidate, le data object Adress et le data object Employment history :
Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur la relation entre un data object et le type de données correspondant :
Héritage
Vous pouvez créer des types de données afin de réutiliser les ressources d'un data object existant par le biais de l'héritage (inheritance). Par exemple, Person est un data object générique, ou un data object parent, tandis que Customer et Call Center Representative (CCR) sont des data objects plus spécialisés. Pour indiquer la relation entre les data objects parent et enfant, utilisez le schéma Parent-Enfant (Parent-Child pattern), par exemple, Person-Customer et Person-CCR. Ces trois data objects possèdent des champs communs, dont Name, Telephone et Email. Les champs communs que vous créez dans le data object Person peuvent être réutilisés dans les data objects Customer et Call Center Representative. Les champs Tax Identification Number et Membership Number s’appliquent uniquement aux clients. Vous devez donc les définir dans le data object Customer. Le champ Employee ID ne s'applique qu'aux employés. Vous le définirez donc dans le data object Call Center Representative. La figure suivante illustre la relation entre les data objects Person, Customer et CCR :
Sourcing
Vous pouvez acquérir les data objects localement depuis un système d'enregistrement (system of record) Pega Platform ou depuis un système d'enregistrement externe, tel qu'une base de données RH ou d'inventaire déjà utilisée par votre entreprise. Autrement, les data objects peuvent collecter des données que vous ou un intervenant sur le dossier saisissez ou modifiez lors de son traitement et qui ne sont pas liées à un système d'enregistrement.
Lorsque vous déterminez la manière de récupérer un data object, réfléchissez aux questions présentées dans l’image suivante. Ces questions sont basées sur deux hypothèses : vous utilisez Pega Platform pour la première fois et vous créez une application en partant de rien.
Dans l'image suivante, cliquez sur les icônes + pour des exemples de chaque option de sourcing des data objects :
Bonnes pratiques
Dans la mesure du possible, utilisez les data objects standard habituels fournis par Pega Platform, tels que Address-Postal et Address-Email. Vous pouvez également ajouter des data objects pertinents pour votre application.
Si un data object ne répond que partiellement à vos besoins, vous pouvez l'étendre. Par exemple, si vous voulez créer le data object Employee, vous pouvez étendre le data object Person existant afin de créer le data object Person-Employee.
Si aucun data object adapté n'existe, créez-en un. Par exemple, si vous voulez ajouter le data object Codes d'aéroports, mais que vous ne pouvez pas utiliser ou étendre un data object existant, créez-en un dans Pega Platform.
Tip: Si vous ajoutez un nouveau data object au workflow d'un dossier dans App Studio, Pega Platform crée le data object sous forme d'ébauche (draft object). Une ébauche de data object ne référence pas de type de données. Les ébauches de data objects permettent à l'entreprise d'identifier comment et quand les données sont utilisées dans le cycle de vie du dossier, ce qui peut avoir une influence sur la définition du type de données. Vous pouvez ajouter un type de données à une ébauche de data object grâce à la page Data objects and integrations.
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Modules:
If you are having problems with your training, please review the Pega Academy Support FAQs.
Want to help us improve this content?