Composants des applications pilotées par modèle

Effectué

Une application pilotée par modèle bien conçue se compose de plusieurs composants permettant de créer l’aspect et les fonctionnalités de l’application finale. Les composants et les propriétés de composant permettant aux créateurs de créer une application deviennent ce que l’on appelle les métadonnées de l’application.

Pour nous appuyer sur les concepts de l’unité précédente et mieux comprendre comment chacun de ces composants est lié à la conception d’applications, nous pouvons les classer en quatre catégories :

• Données
• Interface utilisateur (IU)
• Logique
• Composants de visualisation

Examinons chacun des composants en détail.

Composants de données

Les composants de données désignent les éléments permettant de gérer les données dans votre application. Les composants de données sont essentiels, car ils impactent tous les autres éléments qui suivent.

Tables

Dans Microsoft Dataverse, une table comporte des enregistrements avec des propriétés que vous suivez, comme la table Contact ou Account. Pensez à une feuille de calcul Excel : les lignes représentent des enregistrements. De nombreuses tables standard sont disponibles dans Dataverse et de nombreuses tables (tables standard non système) peuvent être personnalisées. Vous pouvez également créer une table personnalisée à partir de zéro.

Colonnes

Une colonne est une propriété associée à une table. Par exemple, dans la table Contact, Email Address est une colonne. Chaque enregistrement (ligne) de la table Contact peut avoir sa propre entrée dans la colonne Email Address. Chaque colonne a un type de données défini (par exemple texte, nombre, date et heure, devise, recherche). Les options de mise en forme varient selon le type de données. Par exemple, une colonne d’e-mail utiliserait le type de données Texte avec un format d’e-mail, ce qui la rendrait cliquable dans l’application. Les colonnes sont généralement utilisées dans les formulaires, les vues et les recherches.

Relations

Les relations de table définissent la façon dont les tables sont associées. Voici les deux relations principales que vous utilisez dans Dataverse :

• 1:N (un-à-plusieurs)
• N:N (plusieurs à plusieurs)

Une relation un-à-plusieurs signifie qu’un enregistrement de la table principale peut être associé à plusieurs enregistrements de la table enfant. Prenons l’exemple d’une table de biens immobiliers. Chaque bien peut être présenté à plusieurs acheteurs potentiels. Chacune des visites est stockée dans la table des visites. À partir d’annonces immobilières, vous pourriez voir toutes les visites associées. Lorsque vous ajoutez une colonne de recherche à une table, cela crée une relation 1:N entre les deux tables et vous permet de référencer les informations de la colonne (« recherchée ») associée.

Une relation plusieurs-à-plusieurs signifie que plusieurs enregistrements d’une table peuvent être associés à de nombreux enregistrements d’une autre. Par exemple, imaginez une table de cours et une table d’étudiants. Un étudiant peut suivre plusieurs cours et chacun de vos cours peut avoir plusieurs étudiants. La relation entre les tables de cours et d’étudiants serait une relation plusieurs-à-plusieurs.

Colonne Choix

Les colonnes Choix sont un type spécial de colonne qui fournit à l’utilisateur de l’application un ensemble d’options prédéterminées (par exemple un menu déroulant). Chaque option est associée à une valeur affectée par le système et à un libellé. Lorsqu’elle est ajoutée à un formulaire, cette colonne affiche un contrôle permettant à l’utilisateur de sélectionner une option.

Composants d’IU

Lorsque vous créez votre application, les composants d’IU permettent de déterminer la manière dont les utilisateurs interagissent avec l’application. Par exemple, lorsqu’un utilisateur accède à la page des annonces immobilières dans l’application, vous pouvez définir la façon dont les annonces immobilières sont présentées.

Voici les principaux éléments d’IU :

• Application : l’application comprend des paramètres fondamentaux tels que les composants, les propriétés, le type de client et l’URL de votre application.
• Plan du site : le plan du site spécifie la navigation pour votre application.
• Formulaires : un formulaire est un ensemble défini de colonnes de saisie de données pour une table donnée. Par exemple, vous pouvez créer un formulaire dans lequel les utilisateurs saisissent des informations pertinentes pour suivre les commandes d’un client. Les informations saisies dans le formulaire par les utilisateurs renseignent les lignes et colonnes des tables concernées.
• Vues : les vues définissent la façon dont une liste d’enregistrements pour une colonne spécifique s’affiche dans votre application. Une vue définit les colonnes qui s’affichent, la largeur de chaque colonne, le comportement de tri et les filtres par défaut.
• Page personnalisée : il s’agit d’une page spécialisée basée sur une application canevas permettant une disposition plus flexible, des fonctions Fx low-code et des données du connecteur Power Apps.

Composants logiques

Ces composants définissent les processus métier, les règles et les automatisations que l’application comporte. Les créateurs Power Apps utilisent un concepteur dédié au type de processus ou de règle. Certains composants peuvent être créés en dehors de l’application pilotée par modèle.

Types courants de logique :

• Flux de processus métier : processus en ligne qui accompagne les utilisateurs pas à pas à travers un processus métier standard. Par exemple, un flux de processus métier vous permet de vous assurer que tout le monde traite les demandes de service client de la même manière ou d’exiger que les utilisateurs obtiennent l’approbation d’une facture avant d’envoyer une commande.
• Règle métier : permet d’appliquer une logique à un formulaire, par exemple pour définir les exigences de colonne (y compris si les données sont requises dans la colonne), masquer des colonnes ou valider des données. Les concepteurs d’applications implémentent et gèrent des règles couramment utilisées et très changeantes à l’aide d’une interface simple.
• Flux Power Automate : service cloud qui vous permet de créer des flux de travail automatisés entre des applications et des services pour obtenir des notifications, synchroniser des fichiers, recueillir des données et bien plus encore.

Visualisations

Les visualisations sont le dernier élément nécessaire aux applications pilotées par modèle. Les visualisations permettent d’afficher des informations dans l’application. Vous devez réfléchir à la détermination du type de visualisations de données et de reporting dont l’application a besoin.

Voici les visualisations courantes utilisées dans les applications pilotées par modèle :

• Graphique : visualisation graphique unique (par exemple un histogramme ou un camembert) qui peut s’afficher dans une vue ou sur un formulaire ou être ajoutée à un tableau de bord.
• Tableau de bord : palette pour une ou plusieurs visualisations graphiques présentant des données métier exploitables.
• Power BI Embedded : des vignettes et tableaux de bord Power BI Embedded peuvent être ajoutés à votre application. Power BI est un service cloud qui fournit des insights décisionnels.