Glossaire des termes couramment utilisés des applications pilotées par modèle

Article
03/15/2023

Cet article contient un glossaire des termes pour les applications pilotées par modèle Power Apps.

Accessibilité

L’accessibilité est un terme utilisé pour désigner la mesure dans laquelle les personnes handicapées peuvent utiliser des produits numériques. Dans le cas des applications pilotées par modèle, des éléments tels que la conception réactive, la façon dont l’utilisateur navigue entre les champs, le comportement de l’application en mode de contraste élevé et la façon dont les lecteurs d’écran aident les utilisateurs à comprendre la nature de l’application ont été pris en compte.

Utilisation de lecteurs d’écran dans des applications pilotées par modèle

Centre d’administration

Le centre d’administration Power Platform est un portail unifié permettant aux administrateurs de gérer les environnements et les paramètres pour Power Apps, Power Automate et les applications Dynamics 365. Le centre d’administration Power Platform ne couvre pas les paramètres d’administration et les fonctionnalités associées à Power BI.

En savoir plus sur le centre d’administration Power Platform

En savoir plus sur le centre d’administration Power BI

Concepteur d’application

Outil utilisé pour créer et modifier des applications pilotées par modèle. Au fur et à mesure que l’expérience du concepteur d’applications moderne mûrira, elle remplacera l’expérience classique.

Utilisez-le pour configurer le plan de site de navigation, les tables, les formulaires et les vues pertinentes pour votre appli.

Aperçu de la nouvelle expérience de conception d’applications

Nous pouvons utiliser le concepteur d’application classique quand nous créons ou modifions nos applications

Manière dont leszones, les groupes et les sous-sections sont présentés dans une application pilotées par modèle. Elle est également connue sous le nom de plan de site

Gestion du cycle de vie des applications

Manière dont nous gérons le cycle de vie d’une application de sa conception à sa fin de vie. D’un point de vue technique, une grande partie de la gestion du cycle de vie des applications (ALM) est gérée via des solutions au moment de la livraison de produits d’application pilotée par modèle.

Vue d’ensemble de la gestion du cycle de vie des applications avec Microsoft Power Platform

Zone

Partie de l’expérience de navigation dans une application pilotée par modèle, les applications peuvent avoir plusieurs groupes et les groupes peuvent avoir plusieurs sous-zones. La sous-zone contient les tables relatives à l’application. Pour les applications comportant plusieurs zones, un contrôle de basculement s’affiche dans le volet de navigation inférieur gauche.

Navigation de l’application dans les applications pilotées par modèle

Attribut

Un attribut est un autre nom pour une colonne et est un terme couramment utilisé par les développeurs Power Apps. Chaque table dans Power Apps correspond à une table de base de données et chaque colonne de table dans Power Apps correspond à une colonne de la table de la base de données.

Flux des processus d’entreprise

Logique intégrée à une table donnée pour garantir que les utilisateurs renseignent les enregistrements en mettant à jour les champs dans le bon ordre.

Bien que ceux-ci soient créés initialement en utilisant l’expérience Power Automate, les flux des processus d’entreprise sont vécus dans l’application pilotée par modèle comme un changement dans l’interface utilisateur.

Un flux des processus d’entreprise est organisé en étapes. Chaque étape définit les colonnes (champs) qui doivent généralement être remplies avant de passer à l’étape suivante. Par exemple, le flux des processus d’entreprise par défaut de la table des opportunités comporte quatre étapes : qualifier > développer > proposer > fermer. L’étape actuelle dans un flux des processus d’entreprise est indiquée par un point à côté de l’étape dans la séquence d’étapes de gauche à droite dans le flux.

Vue d’ensemble des flux de processus d’entreprise

Règle métier

Les règles métier sont une logique côté serveur qui est utilisée avec les applications canevas ou pilotées par modèle pour définir ou effacer des valeurs dans une ou plusieurs colonnes d’une table. Les règles métier permettent également de valider des données stockées ou d’afficher des messages d’erreur. Les applications pilotées par modèle peuvent utiliser des règles métier pour afficher ou masquer des colonnes, activer ou désactiver des colonnes et créer des recommandations basées sur le décisionnel.

En savoir plus sur les règles métier

Définir des règles métier

Application canevas

Application qui est générée à l’aide de contrôles Drag and Drop configurés à l’aide de Power Fx. Les applications canevas offrent au concepteur un contrôle significatif sur l’expérience utilisateur et peuvent être connectées à un large éventail de sources de données et de services de données.

Les applications canevas sont organisées en écrans et commandes telles que des galeries, des zones de texte et des listes déroulantes, sont placées sur les écrans et configurées de manière à se connecter correctement aux sources de données et entre elles.

Alors qu’une application pilotée par modèle est livrée avec de nombreuses fonctionnalités préconfigurées telles que des formulaires, des vues et une interface utilisateur, de nombreuses applications canevas sont créées à partir d’un canevas vierge ou d’un modèle. Il y a souvent plus de travail à effectuer et plus de travail pur et simple utilisant du code.

Les applications canevas sont contenues dans des environnements et des solutions de la même manière que les applications pilotées par modèle.

En savoir plus sur les applications canevas ici.

Graphique

Représentation visuelle d’une table de données. Ceux-ci peuvent prendre la forme d’un graphique en courbes, à barres, à secteurs ou en anneau.

En savoir plus sur la création d’un graphique système ici.

Classique

L’interface classique représente la méthode par laquelle les créateurs d’applications modifient les fonctionnalités de leur environnement Microsoft Dataverse.

L’interface classique a été remplacée au fil du temps par la méthode web de création d’applications connue sous le nom de Unified Interface.

À propos de Unified Interface pour les applications pilotées par modèle dans Power Apps

Concepteur d’application classique

Le concepteur d’applications moderne vous permet de créer des applications pilotées par modèle et des applications canevas à l’aide de pages personnalisées.

Le concepteur d’applications moderne sera bientôt le concepteur par défaut des applications pilotées par modèle. Actuellement, vous pouvez toujours créer des applications pilotées par modèle à l’aide du concepteur d’applications classique.

Colonne

Une colonne (anciennement appelée champ) est un champ dans une table Dataverse (anciennement appelée une entité). Les colonnes sont similaires aux champs des bases de données et ont différents types de données tels que texte, nombre, date, ainsi que des types de données moins familiers aux bases de données tels que téléphone, e-mail, fichier et image.

Le type de colonne définit le type de données requises par la colonne ainsi que les contrôles, tels que le sélecteur de date ou la zone de texte, qui seront disponibles au moment de l’utilisation du contrôle.

Des colonnes apparaissent également à la création de formulaires. Les onglets de formulaire ont également des colonnes, ce qui définit où vous pouvez placer les sections. De plus, les sections de formulaire ont des colonnes, et celles-ci définissent où vous pouvez placer les colonnes de table (champs de formulaire dans ce cas).

Comment créer et modifier des colonnes

Ajout, configuration, déplacement ou suppression des colonnes sur un formulaire

Barre de commandes

Zone d’une application pilotée par modèle qui contient des commandes de base universellement utilisées par les applications pilotées par modèle.

Disposition d’une application Unified Interface.

La barre de commandes est personnalisable. Plus d’information : Personnaliser la barre de commandes à l’aide du concepteur de commandes (version préliminaire)

Composant

Les composants sont des éléments. Les composants sont utilisés à la création des éléments qui constituent une application pilotée par modèle. Souvent, ces éléments seront liés à la méthode de création des tables qui composent une application pilotée par modèle.

Les composants peuvent être divisés en données (tables, relations, colonnes), interface utilisateur (plan du site, formulaires, vues), logique (flux des processus d’entreprise, règles métier) et visualisation (graphiques, tableaux de bord et vignettes Power BI).

En savoir plus sur les composants

Connexion

Une application pilotée par modèle est uniquement connectée aux tables de données qui résident dans le même environnement. Cette connexion peut être considérée comme native car elle ne doit jamais être configurée dans l’environnement.

Des connexions existent au sein de l’environnement pour permettre à d’autres éléments de Power Platform pour fonctionner correctement. Notamment, les applications canevas Power Apps et les flux Power Automate ont la capacité d’utiliser plusieurs connexions.

Contrôle

Les contrôles vous permettent d’interagir avec les informations contenues dans les enregistrements. Ils sont généralement visibles sur les formulaires, où les utilisateurs mettent à jour les données à l’aide du contrôle. Des exemples de contrôles sont le calendrier, le bouton de basculement, les choix, le curseur et les grilles modifiables. Dans certains cas, vous souhaiterez peut-être utiliser des commandes différentes en fonction de l’appareil utilisé par l’utilisateur.

En savoir plus sur les contrôles

Tableau de bord

Conteneur pour un ou plusieurs graphiques relatifs à un tableau.

En savoir plus sur les tableaux de bord ici

Un tableau de bord permet des graphiques, des états Power BI et des vues des tableaux à présenter à l’utilisateur de l’application.

En savoir plus sur l’utilisation de Power BI dans une application pilotée par modèle

Modèle de données

Collection de tables associées. Dans le contexte des applications pilotées par modèle, celles-ci sont détenues dans la base de données Dataverse.

Dans une solution personnalisée, le modèle de données est souvent l’ensemble de tables associées générées dans le but de fournir l’application métier globale.

Base de données

Terme collectif pour toutes les tables de Dataverse.

Dataverse

Microsoft Dataverse est le terme collectif désignant les tables, les workflows, les flux des processus d’entreprise et les fonctionnalités associées qui sont approvisionnés dans un environnement à la création d’une base de données.

Les applications pilotées par modèle nécessitent une base de données Dataverse.

Une base de données Dataverse d contient les structures de données les plus étroitement associées aux bases de données, en plus de pouvoir contenir des applications pilotées par modèle, des applications canevas et des flux Power Automate.

En savoir plus sur Dataverse ici

Dependency

Les dépendances sont créées quand des éléments de composants dépendent les uns des autres pour fonctionner. Par exemple, si une colonne est utilisée dans une vue, la vue nécessite que la colonne existe pour qu’elle puisse fonctionner. Il existe de nombreux exemples de dépendances dans Dataverse. Un autre exemple est une application pilotée par modèle qui dépend d’une table si cette table est utilisée dans l’application.

Les dépendances se manifestent de nombreuses manières, y compris quand une application pilotée par modèle est validée. Elles deviennent également apparentes de la manière la plus problématique quand vous essayez de supprimer un aspect d’un tableau, d’un formulaire, d’une vue ou d’un tableau de bord. Quand cela se produit, les dépendances peuvent être affichées en sélectionnant l’élément à supprimer, puis en sélectionnant « Afficher les dépendances » dans la barre de commandes.

Dynamics 365

Microsoft Dynamics 365 est une ligne d’applications logicielles de planification des ressources d’entreprise (ERP) et de gestion des relations client (CRM). Microsoft commercialise les applications Dynamics 365 via un réseau de partenaires revendeurs qui fournissent des services spécialisés.

En savoir plus sur Microsoft Dynamics 365

Entité

Une entité est la manière classique de décrire une table. Vous verrez cette terminologie dans les expériences classiques et ailleurs sur Internet.

Environnement

Un environnement est un espace pour stocker, gérer et partager les données d’entreprise, les structures de données, les applications, les bots conversationnels et les flux de votre organisation.

Vous pouvez conditionner les différents éléments sous forme de solutions, et ces solutions peuvent être exportées d’un environnement à un autre.

Un environnement ne peut en avoir qu’une base de données Dataverse et toutes vos applications pilotées par modèle dans l’environnement utilisent cette base de données.

Plusieurs environnements sont souvent utilisés pour permettre la gestion du cycle de vie des applications. Par exemple, vous pouvez avoir des environnements de développement, de test et de production.

Les environnements existent au sein d’une région géographique et peuvent être un moyen de s’assurer que les données restent physiquement dans la bonne région géographique.

En savoir plus sur les environnements ici

Flux

Les flux de cloud sont des fonctionnalités offertes par Power Automate qui permettent l’automatisation des tâches en fonction du déclenchement de conditions telles que la récurrence, l’ajout ou la mise à jour d’enregistrements, ou simplement la sélection de boutons par les utilisateurs. Les flux peuvent être exécutés avec ou sans introduction de nouveaux paramètres.

Flux de cloud

Formulaire

Les formulaires constituent une interface utilisateur qui permet aux utilisateurs de créer, d′afficher ou de modifier les enregistrements de tables. Utilisez le concepteur de formulaires dans Power Apps pour créer et modifier des formulaires.

Il existe quatre types de formulaires : principal, création rapide, vue rapide et fiche.

Pour plus d′informations :

Concepteur de formulaires

L’expérience de conception pour la création et la modification de formulaires.

Ouverture du concepteur de formulaire

Grouper

Partie de l’expérience de navigation dans l’application pilotée par modèle. Les noms de groupe apparaissent comme un élément de navigation dans une application avec les noms de sous-zone (tables) au sein du groupe répertorié en dessous.

Hérité

Cela fait référence aux fonctionnalités qui ont été déconseillées, ou à la manière dont elles sont créées, ont été déplacées vers une expérience plus moderne, telle que Unified Interface basé sur le web.

Recherche

Une recherche est un type de champ qui existe quand deux tables sont liées. Les recherches peuvent être vues dans les vues de table du côté multiple d’une relation un-à-plusieurs. Elles sont généralement remplies à l’aide d’un formulaire du côté multiple de la relation.

Formulaire principal

Chaque table a au moins un formulaire principal. Le formulaire principal représente la principale méthode d’interaction avec un enregistrement. Le formulaire principal est réactif à l’appareil utilisant le formulaire et peut contenir des commandes optimisées pour l’appareil, qu’il s’agisse d’un téléphone, d’une tablette ou du web. Les formulaires principaux sont modifiés à l’aide du concepteur de formulaires.

En savoir plus sur les autres types de formulaires

Moniteur

Également connu sous le nom de moniteur d’application. Il vous permet de comprendre les aspects des performances d’une application pilotée par modèle. Le moniteur d’applications peut également être utilisé pour surveiller les applications canevas.

Page

Les applications modernes ont le concept de pages, qui peuvent être soit des applications pilotées par modèle, soit une page basée sur un canevas utilisant des pages personnalisées. Les pages personnalisées permettent une mise en page flexible, des fonctions Power Fx à faible code et des données du connecteur Power Apps.

Il s’agit d’un outil permettant aux applications pilotées par modèle et aux applications canevas d’exister ensemble.

Power Automate

Service Power Platform qui permet aux utilisateurs de rationaliser les tâches répétitives. En règle générale, cette automatisation est effectuée à l’aide des flux de cloud.

Les flux des processus d’entreprise d’application pilotée par modèle qui incitent les utilisateurs à remplir les enregistrements de table d’une manière spécifique, sont créés dans Power Automate.

Les flux Power Automate existent dans un environnement et peuvent également exister dans des solutions Power Apps.

En savoir plus sur Power Automate

Power BI

Outil de visualisation de données qui a la capacité d’être intégré dans des applications pilotées par modèle ou de vivre de manière totalement indépendante d’elles. Power BI peut se connecter à un très large éventail de sources de données, dont Dataverse n’est qu’une parmi d’autres.

Les états Power BI n’existent pas au sein des environnements Dataverse ni à l’intérieur des solutions.

Publier

Processus par lequel vous mettez la dernière itération de l’application à la disposition des utilisateurs au sein d’un environnement.

Éditeur

Chaque solution comporte un éditeur. Vous spécifiez l’éditeur quand vous créez une solution. L’éditeur de solutions indique qui a développé l’application et définira le préfixe, tel que Contoso_MaNouvelleTable, pour tous les actifs de la solution.

En savoir plus sur les éditeurs

Enregistrement

Un enregistrement contient une ou plusieurs colonnes d’informations sur une personne, un lieu ou une chose. Par exemple, un enregistrement peut contenir le nom, l’adresse e-mail et le numéro de téléphone d’un client donné. Les autres outils désignent un enregistrement comme une « ligne » ou un « article ». Les enregistrements existent dans les tables Dataverse.

Relation

Manière dont les champs des différentes tables sont liés les uns aux autres. Il existe trois types de relations :

Une-à-plusieurs. Par exemple, un auteur à de nombreux romans.
Plusieurs-à-une. Par exemple, de nombreuses pages à un livre.
Plusieurs-à-plusieurs. Par exemple, de nombreux livres empruntés par de nombreuses personnes.

Les applications pilotées par modèle contiennent souvent des tables avec des relations entre elles. Quand des relations existent, les utilisateurs accèdent à l’enregistrement dans la table associée. Par exemple, quand vous consultez un enregistrement de facture vente, vous pouvez ouvrir l’enregistrement de compte associé pour rechercher les détails de ce compte.

En savoir plus sur la création d’une table de relations

Applications réactives

Une application qui est réactive s’affichera d’une manière qui dépend de l’appareil qui accède à l’application. Cela peut même signifier qu’il peut même y avoir un contrôle différent affiché, tel qu’un sélecteur de date, selon que l’utilisateur exécute l’application sur un ordinateur, une tablette ou un téléphone.

De plus, les tables et les champs s’affichent en fonction de la taille de l’écran de l’appareil utilisé.

Section

Les onglets dans les formulaires sont organisés en sections. Les sections peuvent être organisées en une à quatre colonnes et elles vous permettent d’organiser les métadonnées de l’enregistrement de la manière la plus pertinente pour l’onglet et la section en cours.

En savoir plus sur l’utilisation de sections

Rôle de sécurité

Un rôle de sécurité définit ce que les gens peuvent voir et faire avec un enregistrement. Cela concerne les actions de création, de lecture, d’écriture, de suppression, de mise à jour et d’ajout.

Les rôles de sécurité sont créés et les utilisateurs sont placés dans des rôles de sécurité en tant que noms d’utilisateurs individuels ou en utilisant des groupes de sécurité Active Directory.

Vous accordez l’accès aux applications pilotées par modèle à l’aide des rôles de sécurité.

Plan de site

Une application pilotée par modèle est essentiellement une collection de tables, de tableaux de bord, de vues et de pages, et ceux-ci sont décrits via le plan de site. Le plan de site définit les tables et les pages incluses dans une application pilotée par modèle et l’expérience de navigation que les utilisateurs auront quand ils se déplaceront entre elles.

À la configuration de l’expérience de navigation, vous modifiez les éléments de navigation des zones, des groupes et des sous-zones. Des tables existent au niveau de la sous-zone et sont organisées en groupes. Les groupes sont en fait des collections de tables et de pages et sont visibles dans le volet de navigation. Les zones vous permettent de basculer entre les groupes visibles.

Les méthodes modernes et classiques de création d’une application pilotée par modèle incluent des plans de site. Cependant, avec le concepteur d’application moderne, vous pouvez concevoir le plan de site avec une expérience de glisser-déplacer alors que le concepteur de plan de site classique ne prend pas en charge le glisser-déplacer.

Pour ouvrir le plan de site dans le concepteur de plan de site classique à partir de l’expérience de création d’applications moderne, sélectionnez Basculer vers l’affichage classique.

En savoir plus sur la navigation dans l’application ici

Solution

Une solution est un wrapper pour une très large gamme de composants, y compris les tables, les flux de cloud, et les rôles de sécurité.

Quand vous créez une application pilotée par modèle, assurez-vous que les actifs qui lui sont associés sont conservés dans une solution.

Les solutions ont deux formes :

Les solutions gérées ne permettent généralement qu’une petite quantité de personnalisation ou aucune personnalisation du tout.
Les solutions non gérées donnent aux créateurs un contrôle total sur le projet qu’ils créent.

Les solutions non gérées sont utilisées par les créateurs et les développeurs pour exporter des projets en tant que solution gérée à utiliser dans des environnements de non-développement, tels qu’un environnement de production. Cela permet un haut niveau de contrôle pour la gestion du cycle de vie des applications.

Explorateur de solutions

Il s’agit de l’expérience classique que les créateurs et les personnalisateurs peuvent utiliser pour afficher et apporter des modifications à la plupart des composants de la solution. Des expériences plus modernes sont disponibles sur make.powerapps.com et les concepteurs d’applications pilotées par modèle et l’explorateur de solutions seront éventuellement remplacés par ces expériences modernes.

Pour accéder à l’interface de solution moderne, procédez comme suit :

Connectez-vous à make.powerapps.com.
Sélectionnez un environnement.
Dans le volet de gauche, sélectionnez Solutions, puis ouvrez une solution non gérée où vous souhaitez ajouter une application pilotée par modèle. Créez une solution s’il n’existe pas déjà.
Explorez les composants de la solution.

En savoir plus sur les solutions ici

Sous-zone

Partie de l’expérience de navigation dans l’application pilotée par modèle. Les sous-zones (tableaux) et les pages apparaissent sous le groupe dans lequel elles sont configurées dans le concepteur d’applications.

Sous-grille

Les sous-grilles sont des zones des formulaires principaux qui affichent une liste d’enregistrements d’une table Dataverse, tout en restant sur le formulaire. En règle générale, une sous-grille est utilisée pour afficher les enregistrements enfants qui se rapportent à l’enregistrement parent actuellement en cours de révision. Par exemple, des livres écrits par un auteur.

Bien que les sous-grilles soient affichées dans une application pilotée par modèle, elles sont une propriété du formulaire.

Onglet

Chaque formulaire a au moins un onglet et ceux-ci sont pertinents pour la façon dont nous présentons les données d’enregistrement de table. Un formulaire peut avoir plusieurs onglets. Cela vous permet, en tant que créateur, d’offrir à l’utilisateur une gamme de façons de regarder le même enregistrement. Il s’agit souvent d’une meilleure expérience utilisateur ou d’une manière plus logique de présenter les données dans l’enregistrement.

Du point de vue du plan de site, un onglet est un « groupe » à l’utilisation du concepteur de plan de site par rapport à une sous-zone pour les tables et une zone pour contenir des sous-zones.

En savoir plus sur l’utilisation de onglets

Table

Une table est une méthode de stockage de données dans des colonnes (ou des champs) à l’intérieur de Dataverse. Les tables étaient autrefois appelées des entités.

Dans le contexte des applications pilotées par modèle, les tables existent uniquement dans une base de données Dataverse.

Une seule ligne dans une table est appelée un enregistrement. Par exemple, un seul client et les colonnes décrivent les métadonnées associées au client telles que le nom, le numéro de téléphone ou la limite de crédit.

Chaque application pilotée par modèle doit contenir au moins une table. Une grande partie du processus de création d’une application pilotée par modèle consiste à sélectionner les tables les plus pertinentes pour résoudre le problème de l’entreprise.

Les tables ont des vues, des formulaires et des règles commerciales associés à eux.

De plus, les tables ont également des graphiques aussi bien que des tableaux de bord où les graphiques sont présentés.

Les tables peuvent se rapporter à d’autres tables et celles-ci sont définies via les Relations qui ont été mises en place entre eux.

En savoir plus sur les tables de configuration ici

Concepteur de tables

Expérience de conception pour la création et la modification de tables. Cela vous permet de créer des tables, des colonnes, des relations, des règles métier et des vues.

Créer une table personnalisée à l’aide du concepteur de tables

Unified Interface

Unified Interface fournit une expérience utilisateur cohérente et accessible sur les appareils, que ce soit sur un ordinateur de bureau, un ordinateur portable, une tablette ou un téléphone. Le prédécesseur de Unified Interface était connu sous le nom d’interface web.

En savoir plus sur Unified Interface ici

Valider

Processus par lequel un créateur d’applications confirme si l’application pilotée par modèle possède tous les composants nécessaires à son bon fonctionnement.

En savoir plus sur la validation d’une application

Vue

Représentation tabulaire des enregistrements dans une table Dataverse. Les tables peuvent avoir plusieurs vues.

Les vues peuvent être pré-filtrées et il est possible de définir les vues spécifiques qu’une application pilotée par modèle mettra à la disposition des utilisateurs.

Les tables peuvent être associées à plusieurs vues et vous pouvez définir les vues de table pertinentes pour une application pilotée par modèle au moment où vous les créez.

En savoir plus sur les vues ici

Workflow

Un workflow classique est une série de fonctions ou de méthodes, appelées étapes, qui sont exécutées de manière séquentielle et s’appliquent aux données contenues dans les tables. Le workflow peut changer la direction du traitement en utilisant des conditions, appelées branches conditionnelles.

Dans de nombreux cas, les workflows classiques devraient être remplacés par des flux Power Automate.

Notes

Pouvez-vous nous indiquer vos préférences de langue pour la documentation ? Répondez à un court questionnaire. (veuillez noter que ce questionnaire est en anglais)

Le questionnaire vous prendra environ sept minutes. Aucune donnée personnelle n’est collectée (déclaration de confidentialité).