Skip to main content

Principes de base d’un modèle de données

Un modèle de données (Data Model) est la représentation visuelle de tous les éléments de données d’une organisation et des connexions entre eux.

Un modèle de données bien conçu offre à votre application plusieurs avantages, notamment :

  • Réutilisation efficace.
  • Maintenance facile.
  • Adaptabilité et évolutivité accrues.

La conception du modèle de données est aussi importante que la refonte des processus pour une application Pega Platform™ réussie. Tout au long des phases de conception et de développement de votre projet, vous, en tant que Business Architect Pega, travaillerez avec les parties prenantes de l’équipe métier et les System Architects Pega pour développer le modèle de données de votre application.

Dans cette rubrique, vous allez découvrir les considérations fondamentales pour la conception et le développement du modèle de données de votre application.

Le modèle de données

Toutes les applications ont besoin des bonnes données au bon moment pour fonctionner efficacement. L’objectif principal du modèle de données est de définir les données dont votre application a besoin pour obtenir le résultat métier.

En tant que Business Architect Pega, vous travaillerez avec trois variantes du modèle de données au cours d’un projet. Ces trois variantes sont le modèle de données conceptuel, le modèle de données logique et le modèle de données physique.

Le modèle de données conceptuel

Pour le BA Pega, la documentation du modèle de données conceptuel (Conceptual Data Model) d’une application commence par la compréhension des entités de données et des attributs que l’entreprise utilise pour traiter le travail, ainsi que de la relation entre ces éléments de données.

Le diagramme suivant représente un modèle de données conceptuel pour les livres stockés dans un entrepôt. L’illustration montre les entités de base, les attributs et les relations entre les éléments clés du modèle d’inventaire de l’entrepôt de livres. Dans cet exemple, Warehouse est l’entité, tandis que Name, City et Capacity sont les attributs. En outre, Warehouse a une relation directe avec les entités Address et Inventory :

Diagram of a Conceptual Data Model for a warehouse that stores books.

Considérez le modèle de données conceptuel comme un document évolutif. Utilisez le modèle de données conceptuel lorsque vous rencontrez les intervenants métier au sujet de la conception du processus métier, car il les aide à visualiser les entités de données que vous avez identifiées. Cette visualisation facilite l’identification des lacunes dans le processus ou les données.  

Lorsque vous construisez le modèle de données conceptuel, vous n’avez pas besoin de modéliser chaque élément de données requis pour atteindre le résultat métier, mais le temps passé à la conception des données au début du projet peut vous faire gagner du temps plus tard si vous constatez que les besoins en données de l’entreprise ne sont pas entièrement compris. 

Dans l’ensemble, le modèle de données conceptuel aide à atténuer le risque de retraitement dû à des malentendus dans les premières phases du projet. Bien entendu, à mesure que le projet progresse et que l’équipe obtient des informations supplémentaires, le module de données conceptuel peut changer. Néanmoins, il constitue un point de départ solide pour les discussions sur le développement d’applications. 
 

Le modèle de données logique

Le modèle de données logique (Logical Data Model) est le modèle de données conceptuel traduit et affiné pour Pega Platform.

Au centre de l’image suivante, faites glisser la ligne verticale pour voir un exemple de la façon dont le modèle de données conceptuel se traduit en modèle de données logique en utilisant le scénario Warehouse comme exemple :

Le modèle de données logique convertit les entités de données et les attributs du modèle de données conceptuel en data objects et en champs (fields), respectivement.

Dans Pega, les champs sont des composants d’UI réutilisables qui se composent d’un nom et d’un type de champ (Field Type). Le type de champ détermine le format des données qui peuvent être saisies dans le champ. Chaque champ stocke une valeur associée à un dossier (Case). 

Note: Pour obtenir les supports de formation pertinents, voir Champs et types de champs.

Un data object est une structure permettant de décrire une entité en regroupant un ensemble de champs connexes. Les data objects sont réutilisables dans tous les types de dossier (Case Types) d’une application.

Note: Pour obtenir les supports de formation pertinents, voir Compréhension des data objects.

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur la façon dont les data objects et les champs se combinent pour définir le modèle de données logique de l’application :

En tant que Business Architect Pega, vous travaillerez avec les System Architects pour créer le modèle de données logique (Logical Data Model) d’une application. Vous configurerez les principaux éléments du modèle de données, notamment les data objects, les champs et les relations, dans App Studio, tandis que les System Architects configureront les exigences plus avancées dans Dev Studio.

Le modèle de données physique

Le modèle de données physique (Physical Data Model) reflète les données telles qu’elles sont stockées et accessibles dans l’application.

Le modèle de données physique se concentre sur les paramètres d’intégration requis pour accéder aux données de l’organisation, y compris le stockage local avec la base de données Pega et tout système d’enregistrement externe (external system of record) utilisé par l’organisation.

Les détails du modèle de données physique sont visibles sur la page d’accueil (landing page) de l’Integration Designer d’App Studio. L’Integration Designer fournit un emplacement unique dans App Studio pour accéder aux data objects, aux data Views, aux dépendances de data objects et aux systèmes d’enregistrement (System of Record) d’une application. L’Integration Designer fournit également des informations sur la façon dont les entités qui définissent le modèle de données physique sont connectées.

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les informations affichées sur la page d’accueil de l’Integration Designer :

En tant que Business Architect Pega, vous devez avoir une connaissance élémentaire du système d’enregistrement (system of record) utilisé par une entreprise. Le Lead System Architect et le Senior System Architect sont principalement responsables de la conception et de la configuration du modèle de données physique, car la majeure partie du travail est effectuée dans Dev Studio. 

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