Accès aux données avec des Data Pages

Les Data Pages assurent le lien entre le data object et les enregistrements de données (Data Records) stockés localement dans la base de données Pega, ou les données résidant dans un référentiel de données externe (external system of record). Dans les applications Pega Platform™, une Data Page fait office d’outil de traduction, récupérant les données d’une source spécifiée et les mettant en mémoire cache. Une Data Page gère l’intégration à la source de données, séparant les processus métier des détails d’intégration. Cette séparation permet aux développeurs d’applications d’utiliser les données obtenues dans une application sans en connaître la source ni les détails de connexion. 

La capacité à définir rapidement et facilement les données requises pour développer des applications, puis à accéder à ces données sans avoir à se soucier de l’endroit où les données sont réellement stockées et de la manière d’y accéder s’appelle Pega Live Data. Pega Live Data est la couche de virtualisation qui sépare la logique métier et l’utilisation des données de l’application des détails techniques sur le mode et la date d’accès à ces données. Les Data Pages sont un composant important de la couche de virtualisation Pega Live Data, indiquant comment les données sont mappées des sources de données dans les data objects d’une application.

Dans l’image suivante, cliquez sur les icônes + afin d’en savoir plus sur l’utilisation des Data Pages par Pega Live Data pour charger et livrer les données à une application à la demande :

Les Savable Data Pages enregistrent une page ou une liste de pages de données spécifiée dans une Data Page vers son référentiel de données, que les données soient stockées localement dans la base de données Pega ou dans une base de données externe. En utilisant une Savable Data Page, vous pouvez configurer une application pour mettre à jour le référentiel de données en temps réel avec les données de dossier. La Savable Data Page peut gérer la transaction afin que les deux systèmes restent synchronisés, même si une erreur, telle qu’une panne de réseau, devait se produire.

Le plan de sauvegarde des données (data save plan) d’une Savable Data Page détaille comment les sauvegardes sont effectuées.

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les options de sauvegarde des données :

Les Data Pages peuvent être prêtes pour la production ou simulées selon le statut de la source de données. Par exemple, pendant la phase de développement d’une application, l’intégration avec une source de données externe peut ne pas encore être terminée. Les Data Pages simulées sont des Data Pages qui renvoient une simulation des données finales pendant que la source de données finales requise pour l'utilisation en production est en cours de développement et de finalisation.

Une source de données simulée est utilisée pour fournir des Data Pages simulées. Une source de données simulée, telle que la base de données Pega, peut être utilisée pendant le développement et les tests de l'application, tandis que le référentiel de données externe (external system of record) est configuré. Ainsi, les Data Pages simulées ont toujours une source de données, mais pas celle qui sera utilisée en production. La figure suivante illustre une Data Page simulée :

En tant que Business Architect Pega, vous travaillerez avec les System Architects pour créer et maintenir les Data Pages simulées et les sources de données simulées pendant le développement de votre application.

Les données qui ne sont plus à jour, ou données obsolètes, peuvent conduire à de mauvaises décisions, des erreurs coûteuses et des processus inefficaces. Il est essentiel de maintenir à jour le contenu d’une Data Page pour assurer des résultats précis et souhaitables. 

Par exemple, dans l’application Online Order, le data object Products récupère des informations sur les articles d’épicerie disponibles pour livraison dans le référentiel de données externe du supermarché. Les développeurs d’applications ont le choix de la fréquence à laquelle le data object Products récupère ces informations. La liste des produits disponibles peut être récupérée tôt le matin et mise en mémoire cache pour être utilisée tout au long de la journée. Cela garantira que l’application fonctionne rapidement, mais à mesure que la journée avance, il y a un risque que les informations deviennent obsolètes et que les clients commandent des articles qui ne sont plus disponibles.

En tant que Business Architect, vous travaillez avec les parties prenantes de l’équipe métier pour déterminer la meilleure stratégie d’actualisation pour chacun des data objects de l’application qui accèdent aux informations provenant de sources de données locales ou externes, en évaluant les performances de l’application par rapport au besoin de données mises à jour, puis vous travaillez avec les System Architects pour implémenter ces informations dans votre application. 

Les types de dossier (Case Types) ont également des Data Pages par défaut. Les types de dossier ont une seule Data Page en lecture seule et une Data Page à liste (en lecture seule).

Étant donné que les instances de dossier sont automatiquement enregistrées, les Data Pages de type de dossier ne sont utilisées que lorsqu’un type de dossier demande des informations à un autre type de dossier à l’aide d’une relation de données Case Reference.

Vérifiez vos connaissances avec l’interaction suivante :