Skip to main content

Accès aux données avec des data pages

L’accès aux données exactes au moment opportun fait partie intégrante de la résolution réussie des dossiers (Case). Les Data Pages font le lien entre les data objects et le type de dossier (Case Type), permettant à l’application d’accéder aux données à partir de diverses sources à la demande. Les valeurs de données associées aux champs qui définissent un data object résident en fait sur une Data Page mise en cache dans la mémoire de l’application. 

Dans cette rubrique, vous découvrirez les Data Pages disponibles dans Pega Platform™ et en quoi elles facilitent le transfert d’informations de la source de données vers une instance de dossier.

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.

Sample data sources and a data page that retrieves data in memory from the sources

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 :

Chaque data object comprend trois Data Pages par défaut :

  • une data page à enregistrement unique et en lecture seule,
  • une data page de liste en lecture seule,
  • une data page unique en lecture et écriture.

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur chaque Data Page par défaut configurée pour un data object nommé Request :

Savable data pages

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 options de sauvegarde des données pour les Savable Data Pages sont configurées par les System Architects dans Dev Studio. En tant que Business Architect, vous travaillez avec les parties prenantes de l’équipe métier pour déterminer le meilleur plan de sauvegarde des données pour chacun des data objects de l’application, en évaluant les performances de l’application par rapport à l’importance des informations mises à jour pour la clôture du dossier, puis vous communiquez ces informations à l’équipe informatique pour qu’elle les implémente dans votre application.

Sources de données simulé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. 

Integration designer

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.

Stratégies d’actualisation des data pages

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. 

Data pages de type de dossier

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 :


This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

Did you find this content helpful?

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice