Modélisation des données

Des données de traitement de dossier supplémentaires existent souvent en dehors des data objects, telles que les préférences utilisateur saisies lors du traitement du dossier qui influencent le cycle de vie du dossier (case lifecycle). Le système doit savoir où stocker ces données. Il est recommandé de créer une classe Data portant le même nom que le type de dossier pour stocker les données introuvables dans les data objects existants plutôt que de les stocker sur l’objet de travail (work object), comme un dossier.

Par exemple, les informations d'adhérent d'un utilisateur du type de dossier ReservationBibliotheque sont stockées dans le data object Abonné, qui inclut sont nom, son adresse e-mail, son numéro de téléphone et son numéro de carte de bibliothèque. Lors du traitement du dossier, il peut choisir d’activer l’assistance audio dans le cadre d’un processus de réservation. Le développeur de l’application stocke les données à valeur unique de cette sélection booléenne dans un data object portant le même nom que le type de dossier, ici ReservationBibibliotheque.

Comparons cela à un train qui transporte des conteneurs comme objet de travail. Les conteneurs représentent des données de traitement de dossier supplémentaires qui n’appartiennent pas à un data object. Vous souhaitez déplacer ces données et les partager, mais vous ne pouvez pas le faire efficacement si elles sont enregistrées dans l’objet de travail. Pour optimiser la réutilisation et la portabilité, enregistrez les données qui n’existent pas dans un data object dans une classe Data portant le même nom que le type de dossier auquel elle est associée, comme LibraryReservation dans l’exemple précédent.

Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur le stockage de données existant en dehors des data objects.

Un développeur doit vérifier le modèle de données avec un Lead System Architect avant de créer des data objects ou des propriétés (properties). Établir le modèle de données avant de créer et d’utiliser des données permet de gagner du temps à l’étape du développement et de minimiser le volume d’erreurs susceptibles d’avoir un impact sur les performances de l’application. 

Ajout de données via une vue de l’interface utilisateur

Bien qu’il soit possible de développer des parties de votre modèle de données lors de la création d’une vue, les développeurs peuvent ne pas avoir une vue d’ensemble de la manière dont les données peuvent interagir et être réutilisées dans différents composants de l’application. Il est recommandé de créer le modèle de données en utilisant d’abord Data Explorer, en gardant à l’esprit la réutilisation et l’héritage (inheritance).

Vous pouvez utiliser l’écran Configure a view pour ajouter de nouveaux champs en fonction de vos besoins tout au long du cycle de vie de mise à jour de l’application. Par exemple, le modèle de données de votre application inclut un data object réutilisable nommé Client qui regroupe les informations client, telles que le prénom, le nom et l’adresse. Lorsqu’il s’agit d’une version patch, les spécifications exigent que l’application recueille le numéro de compte du client. Vous pouvez choisir d’ajouter ce champ à l’écran Configure a view. 

Au centre de l’image suivante, faites glisser la ligne verticale pour afficher la différence entre ajouter un champ à l’écran Configure a view et à l’écran Data model.