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 système d’enregistrement 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 de données 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 + pour 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 système d’enregistrement, 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 système d’enregistrement 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 d’après le statut de la source de données externe. 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.  Une source de données simulée peut être utilisée pour poursuivre le développement et les tests du workflow de l’application en attendant que les System Architects aient terminé les paramètres d’intégration. 

 Les Data Pages simulées n’ont pas de source de données associée. Vous devez configurer la connexion à une source de données pour que les Data Pages soient prêtes pour la production. Toutefois, il est possible d'utiliser une source de données simulée pendant le développement et le test de l'application. 

En tant que Business Architect Pega, vous travaillerez avec les System Architects pour créer et gérer des 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 (stale data), 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 système d’enregistrement 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 (refresh) 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 de 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 :