Compréhension des data objects

Un data object est une structure permettant de décrire une entité de données en regroupant un ensemble de champs connexes. Par exemple, l’application Online orders d’un supermarché peut contenir un data object Customer. Comme le montre l’image suivante, le data object Customer inclut des champs qui décrivent le client du supermarché, tels que First name, Last name, Full name, Email et Phone. 

Les data objects contiennent des données pour votre application et simplifient l’organisation des champs, les vues de l’interface utilisateur et les paramètres d’intégration dont votre application a besoin pour accéder aux bonnes données au bon moment afin de clôturer correctement un dossier.

Chaque data object est réutilisable dans les types de dossier (Case Types) d’une application, ce qui permet d’économiser des efforts de développement et d’assurer la cohérence des données. 

Chaque data object est constitué d’une collection de champs. Chaque champ a un nom et un type de champ, et sert à capturer et présenter les données selon les besoins dans une application.  L’ensemble de ces différents champs définit la structure du data object.

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 data object deviennent partie intégrante du premier. Tout data object peut être référencé à une plusieurs reprises, en fonction des besoins.

Les data objects sont créés dans la page d’accueil de l’Integration Designer d’App Studio. Une fois qu’un data object est créé, il est identifié dans le cycle de vie du dossier (Case Life Cycle), ce qui permet au workflow d’accéder aux données associées tout au long du cycle de vie du dossier.

L’instance du data object peut être appelée dans une ou plusieurs étapes (Steps) du type de dossier. Les champs utilisés pour la résolution des dossiers peuvent varier d’une étape à l’autre, afin que les utilisateurs se concentrent uniquement sur les données pertinentes pour chaque tâche (Assignment). Par exemple, dans le type de dossier Online order du supermarché, l’étape Identify customer référence uniquement les champs First name, Last name, Email, and Phone du client, tandis que l’étape Order review référence uniquement les champs Full name et Email. Étant donné que le même data object Customer est référencé dans les deux étapes, vous êtes assuré que les informations sont liées au même client.

Vous pouvez sourcer les données de data objects localement à partir de la base de données Pega, où les enregistrements de données (Data Record) sont stockés dans des tables, ou à partir d’un système d’enregistrement externe (external system of record), tel qu’un inventaire ou une base de données RH, ou enfin les diffuser directement à partir d’une autre source, que votre organisation cliente gère déjà.

Dans Pega, les noms data object et champ (field) sont spécifiques à App Studio. Dans Dev Studio, l’implémentation technique de la structure est appelée type de données (data type) et propriété .  Malgré la différence de dénomination, la structure et les informations associées à un data object Customer dans App Studio sont les mêmes pour le type de données Customer dans Dev Studio.

Pega Platform est préconfiguré avec une sélection de data objects couramment utilisés, tels que Address-Postal et Address-Email. Travaillez avec votre LSA pour déterminer si l’un des data objects préconfigurés de Pega peut être utilisé dans votre application.

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.

De nouveaux data objects peuvent être configurés à l’aide de la page d’accueil de l’Integration Designer d’App Studio. 

Il est également possible de créer un nouveau data object directement dans le Case Life Cycle Designer pour un type de dossier. Lorsqu’un nouveau data object est créé dans la section Data & Interfaces du Case Life Cycle Designer, Pega Platform crée la version Draft du data object dans l’Integration Designer. Une version Draft du data object n’a pas de champs ni de paramètres d’intégration. Au contraire, une ébauche de data object agit comme un espace réservé (placeholder), permettant à l’entreprise d’identifier comment et quand les données sont utilisées dans le cycle de vie du dossier (Case Life Cycle), ce qui peut avoir une influence sur la conception finale du data object. Les ébauches de data object doivent finalement être configurées avec des champs et des paramètres d’intégration dans l’Integration Designer d’App Studio ou dans Dev Studio pour fournir des données à une application.