Ordliste med almindelige termer til modelbaseret app
Denne artikel indeholder en ordliste til Power Apps-modelbaserede apps.
Tilgængelighed
Tilgængelighed er en betegnelse, der bruges til at referere til, i hvor høj grad personer med handicap kan bruge digitale produkter. I forbindelse med modelbaserede apps er der blevet overvejet spørgsmål som responsivt design, hvordan brugeren navigerer mellem felter, hvordan appen fungerer i tilstanden stor kontrast, og hvordan skærmlæsere hjælper brugere med at forstå programmets art.
Brug af skærmlæsere i modelbaserede apps
Administration
Power Platform Administration er en samlet portal, hvor administratorer kan administrere miljøer og indstillinger for Power Apps, Power Automate og Dynamics 365-apps. Power Platform Administration dækker ikke de indstillinger for administration og funktioner, der er knyttet til Power BI.
Få mere at vide om Power Platform Administration
Få mere at vide om Power BI Administration
Appdesigner
Det værktøj, der bruges til at oprette og redigere modelbaserede apps. Efterhånden som den moderne appdesigneroplevelse modnes, vil den erstatte den klassiske oplevelse.
Brug den til at konfigurere navigationens oversigt over websted, tabeller, formularer og visninger, der er relevante for din app.
Et eksempel på den nye appdesigneroplevelse
Vi kan bruge den klassiske appdesigner, når vi bygger eller redigerer vores apps
Oplevelse af appnavigation
Den måde, som områder, grupper og underområde vises på i en modelbaseret app. Det kaldes også oversigten over webstedet
Administration af programlivscyklus
Den måde, som vi administrerer et programs livscyklus på fra koncept til livscyklussen. Fra et teknisk perspektiv administreres meget af ALM (application lifecycle management) via løsninger, når der leveres modelbaserede appprodukter.
Oversigt over ALM med Microsoft Power Platform
Område
En del af modelbaseret appnavigationsoplevelse, kan apps have flere grupper og grupper, som kan have flere underområder. Underområdet indeholder de tabeller, der er relevante for programmet. I apps med mere end ét område vises der et switchkontrolelement i nederste venstre navigationsrude.
App-navigation i modelbaserede apps
Attribut
En attribut er et andet navn til en kolonne og er en betegnelse, der almindeligvis bruges af Power Apps-udviklere. Hver tabel i Power Apps svarer til en databasetabel, og hver enkelt tabelkolonne i Power Apps svarer til en kolonne i databasetabellen.
Forretningsprocesflow
Logik indbygget i en bestemt tabel for at sikre, at brugere fuldfører poster ved at opdatere felter i den korrekte rækkefølge.
Mens disse er oprindeligt skrevet ved hjælp af Power Automate-erfaringen, opleves forretningsprocesforløb i modelbaserede apps som en ændring i brugergrænsefladen.
En forretningsprocesforløb arrangeres i faser. I de enkelte faser defineres de kolonner (felter), der skal fuldføres, normalt, før du går videre til den næste fase. Standardplaceringen af forretningsprocesforløb for salgsmulighedstabellen indeholder f.eks. fire faser: kvalificere > udvikle > færdigheder > lukke. Den aktuelle fase i en forretningsprocesforløb angives med en prik ud for fasen i rækkefølgen af faser fra venstre til højre i flowet.
Oversigt over forretningsproces
Forretningsregel
Forretningsregler er en logik på serversiden, der bruges sammen med lærred eller modelbaserede apps til at angive eller rydde værdier i en eller flere kolonner i en tabel. Forretningsregler kan også bruges til at validere lagrede data eller få vist fejlmeddelelser. Modelbaserede apps kan bruge forretningsregler til at få vist eller skjule kolonner, aktivere eller deaktivere kolonner og oprette anbefalinger baseret på Business Intelligence.
Få mere at vide om forretningsregler
Lærredapp
En app, der oprettes ved hjælp af træk og slip-kontrolelementer konfigureret ved hjælp af Power Fx. Lærredapps kan forbindes til en lang række datakilder og datakilder og give designere større kontrol over den samlede brugeroplevelse.
Apps på kant er arrangeret i skærmbilleder og kontrolelementer, f.eks. galleries, tekstfelter og rulleindstillinger, placeres på skærmene og konfigureres, så de kan oprette forbindelse til datakilderne og til hinanden korrekt.
En modelbaseret app leveres med mange forudkonfigurerede funktioner, f.eks. formularer, visninger og en brugergrænseflade, men mange lærredapps er skrevet fra et tomt lærred eller en skabelon. Der er ofte mere arbejde, der skal udføres, og mere overarbejde ved hjælp af kode.
Lærredapps er indeholdt i miljøer og løsninger på samme måde som modelbaserede apps.
Få flere oplysninger om lærredapps her.
Diagram
En visuel repræsentation af en datatabel. Disse kan have form af kurve-, liggende søjlediagram, cirkeldiagram eller donutdiagram.
Få mere at vide om oprettelse af et systemdiagram her.
Klassisk
Den klassiske brugergrænseflade repræsenterer den metode, som appudviklere foretager ændringer af funktioner i deres Microsoft Dataverse-miljø.
Den klassiske brugergrænseflade er med tiden blevet erstattet af den webbaserede metode til oprettelse af apps, der kaldes Unified Interface.
Om Unified Interface til modelbaserede apps i Power Apps
Klassisk appdesigner
Med den moderne appdesigner kan du oprette modelbaserede apps og oprette lærredapps ved hjælp af brugerdefinerede sider.
Den moderne appdesigner vil snart være standarddesigner for modelbaserede apps. I øjeblikket kan du stadig oprette modelbaserede apps ved hjælp af den klassiske appdesigner.
Column
En kolonne (tidligere kaldet et felt) er et felt i en Dataverse-tabel (tidligere kaldet et objekt). Kolonner ligner felter i databaser og har forskellige datatyper, f.eks. tekst, nummer, dato og datatyper, der er mindre kendte for databaser, f.eks. telefon, mail, fil og billede.
Kolonnetypen definerer den type data, der kræves af kolonnen, og også de kontrolelementer, f.eks. datovælgeren eller tekstfeltet, der er tilgængelige, når kontrolelementet bruges.
Kolonner vises også, når du opretter formularer. Formularfaner indeholder også kolonner, og her defineres, hvor du kan placere sektioner. Derudover indeholder formulars sektioner kolonner, og disse definerer, hvor du kan placere tabelkolonner (formularfelter i dette tilfælde).
Sådan opretter og redigerer du kolonner
Tilføje, konfigurere, flytte eller slette kolonner i en formular
Kommandolinje
Området i en modelbaseret app, der indeholder grundlæggende kommandoer, der universelt bruges af modelbaserede apps.
Kommandolinjen kan tilpasses. Flere oplysninger: Tilpasning af kommandolinjen ved hjælp af kommandodesigner (forhåndsversion)
Komponent
Komponenter er elementer. Komponenter bruges, når du opretter de elementer, der udgør en modelbaseret app. Disse elementer relaterer ofte til metoden til oprettelse af de tabeller, der udgør en modelbaseret app.
Komponenter kan opdeles i data (tabeller, Relationer, kolonner) (oversigt over websted, formularer,visninger), logik (forretningsprocesforløb, forretningsregler) og visualisering (diagrammer, dashboards og Power BI-felter).
Få mere at vide om komponenter
Forbindelse
En modelbaseret app har kun forbindelse til de datatabeller, der findes i det samme miljø. Denne forbindelse kan opfattes som oprindelig, da den aldrig skal konfigureres i miljøet.
Der findes forbindelser i miljøet for at gøre det muligt for andre elementer i Power Platform at fungere korrekt. Især Power Apps lærredapps og Power Automate flows har mulighed for at bruge flere forbindelser.
Kontrolelement
Med kontrolelementer kan du arbejde med oplysninger i poster. De er typisk synlige i formularer, hvor brugere opdaterer data ved hjælp af kontrolelementet. Eksempler på kontrolelementer er kalender, skift, valgmuligheder, skyderen og redigerbare gitre. I nogle tilfælde vil du måske bruge forskellige kontrolelementer, afhængigt af den enhed brugeren anvender.
Få mere at vide om kontrolelementer
Dashboard
En beholder til et eller flere diagrammer, der er relateret til en tabel.
Få flere oplysninger om dashboards her
Med et dashboard kan diagrammer, Power BI-rapporter og visninger af tabeller præsenteres for app-brugeren.
Få mere at vide om, hvordan du bruger Power BI i en modelbaseret app
Datamodel
En samling relaterede tabeller. I forbindelse med modelbaserede apps opbevares de i Dataverse-databasen.
I en brugerdefineret løsning er datamodellen ofte det sæt relaterede tabeller, der er oprettet med det formål at levere det overordnede forretningsprogram.
Database
Den kollektive betegnelse for alle tabellerne i Dataverse.
Dataverse
Microsoft Dataverse er den kollektive betegnelse for tabeller, arbejdsprocesser, forretningsproces-flows og relateret funktionalitet, der er klargjort i et miljø, når der oprettes en database.
Modelbaserede apps kræver en Dataverse-database.
En Dataverse-database indeholder datastrukturer, der er mest knyttet til databaser, ud over at kunne indeholde modelbaserede apps, lærredapps og Power Automate flows.
Få flere oplysninger om Dataverse her
Afhængighed
Afhængigheder oprettes, når komponenter fungerer som afhængigheder for hinanden. Hvis en kolonne f.eks. bruges i en visning, kræver visningen, at kolonnen findes, for at den kan fungere. Der er mange eksempler på afhængigheder i hele Dataverse. Et andet eksempel er en modelbaseret app, der er afhængig af en tabel, hvis den pågældende tabel bruges i appen.
Afhængigheder viser sig på mange måder, herunder når en modelbaseret app valideres. De bliver også synlige i de mest problematiske tilfælde, når de forsøger at slette et aspekt i en tabel, formular, visning eller et dashboard. Når dette sker, kan afhængighederne ses ved at vælge det element, der skal slettes, og derefter vælge "vis afhængigheder" på kommandolinjen.
Dynamics 365
Microsoft Dynamics 365 er en linje i ERP-programmer (Enterprise Resource Planning) og CRM(Customer Relationship Management). Microsoft markedsfører Dynamics 365-programmer via et netværk af videresalgspartnere, der leverer specialiseret service.
Få mere at vide om Microsoft Dynamics 365
Enhed
Et objekt er den klassiske måde at beskrive en tabel på. Du kan se denne terminologi i de klassiske oplevelser og andre steder på internettet.
Miljø
Et miljø er et område til at gemme, administrere og dele din organisations forretningsdata, datastrukturer, apps, chat-robotter og flows.
Du kan pakke de forskellige elementer sammen som løsninger, og disse løsninger kan eksporteres fra ét miljø til et andet.
Et miljø kan kun have én Dataverse-database, og alle dine modelbaserede apps i miljøet kan bruge denne database.
Der bruges ofte flere miljøer til at aktivere administration af programmets livscyklus. Du kan f.eks. have udviklings-, test- og produktionsmiljøer.
Miljøer findes i et geografisk område og kan være et måde at sikre, at dataene fysisk forbliver i det korrekte geografiske område.
Få flere oplysninger om miljøer her
Flow
Cloudflows er funktioner, der kan bruges af Power Automate til at automatisere opgaver på baggrund af udløsende tilstande som gentagelse, tilføjelse eller opdatering af poster eller blot valg af knapper efter brugere. Flow kan køres med eller uden introduktionen af nye parametre.
Formular
Formularer giver den brugergrænseflade, som brugerne bruger til at oprette, få vist eller redigere tabelposter. Bruge formulardesigner i Power Apps til at oprette og redigereformularer.
Der findes fire typer formularer: hovedformular, hurtig oprettelse, hurtig visning og kort.
Flere oplysninger:
- Formulartyper
- Åbne formulardesigner
- Få mere at vide om, hvordan du opretter og designer formularer
- Føje en sektion til eller fjerne en sektion fra en formular
- Tilføjelse af en fane til eller fjernelse af en fane fra en formular
Formulardesigner
Designoplevelsen ved oprettelse og redigering af formularer.
Gruppe
En del af den modelbaserede app-navigationsoplevelse. Gruppenavne vises som et navigationselement i en app med navnene på underområdet (tabeller) i den gruppe, der vises under den.
Ældre version
Dette henviser til funktioner, der enten er forældet, eller den måde, de er skrevet på, er blevet flyttet til en mere moderne oplevelse, f.eks. den webbaserede Unified Interface.
Søg
Et opslag er en felttype, der findes, når to tabeller relateres. Opslag kan ses i tabelvisninger på mange sider af en en-til-mange-relation. De udfyldes som regel ved hjælp af en formular på mange sider af relationen.
Hovedformular
Alle tabeller har mindst én hovedformular. Hovedformularen repræsenterer den primære interaktionsmetode med en post. Hovedformularen reagerer på den enhed, der bruger formularen, og den kan indeholde kontrolelementer, der er optimeret til enheden, uanset om det er telefon, tablet eller web. Hovedformularer redigeres ved hjælp af formulardesigner.
Få mere at vide om andre formulartyper
Overvåg
Du skal også kende appens skærm. Den giver dig en forståelse af aspekter af ydeevnen i en modelbaseret app. Appovervågning kan også bruges til at overvåge lærredapps.
Side
Moderne apps har begrebet sider, som enten kan være modelbaserede apps eller en lærredsbaseret side ved hjælp af brugerdefinerede sider. Brugerdefinerede sider gør det muligt at bruge fleksible layout, Power Fx-funktioner og Power Apps-connectordata.
Det er et værktøj, der gør det muligt for modelbaserede apps og lærredapps at eksistere sammen.
Power Automate
En Power Platform-tjeneste, der gør det muligt for brugerne at strømline tilbagevendende opgaver. Denne automatisering udføres typisk ved hjælp af flows.
Modelbaserede app forretningsprocesflows, der dirigerer brugere til at fuldføre tabelposter på en bestemt måde, er forfattet i Power Automate.
Power Automate-flows findes i et miljø og kan også findes i Power Apps løsninger.
Få mere at vide om Power Automate
Power BI
Et værktøj til datavisualisering, der har kapacitet til at blive integreret i modelbaserede apps eller til at leve helt uafhængigt af dem. Power BI kan oprette forbindelse til en meget lang række datakilder, hvoraf Dataverse kun er én.
Power BI-rapporter findes ikke i Dataverse-miljøer eller i løsninger.
Publicer
Den proces, som du gør den nyeste udgave af appen tilgængelig for brugere i et miljø.
Udgiver
Enhver løsning har en udgiver. Du kan angive udgiveren, når du opretter en løsning. I løsningsudgiver, hvem der har udviklet appen, og præfikset, f.eks. Contoso_MyNewTable, defineres for alle løsningsaktiverne.
Post
En post indeholder en eller flere kolonner af oplysninger om en person, et sted eller en ting. En post kan for eksempel indeholde navnet, mailadressen og telefonnummeret på en enkelt kunde. Andre værktøjer refererer til en post som en "række" eller et "element". Der findes poster i Dataverse-tabeller.
Relation
Den måde, felter i forskellige tabeller relaterer til hinanden på. Der er tre typer relationer:
- Én-til-mange. Det kan f.eks. være en forfatter til mange.
- Mange-til-én. Det kan f.eks. mange sider til én bog.
- Mange-til-mange. Det kan f.eks. være mange bøger, som mange har lånt.
Modelbaserede apps indeholder ofte tabeller med relationer mellem dem. Hvor relationer findes, navigerer brugere til posten i den relaterede tabel. Når du f.eks. ser på en salgsfakturapost, kan du åbne den relaterede firmapost for at undersøge detaljerne for det pågældende firma.
Få mere at vide om, hvordan du opretter relationer
Dynamiske apps
En app, der reagerer, gengiver sig selv på en måde, der afhænger af den enhed, der åbner appen. Det kan endda betyde, at der endda vises et andet kontrolelement, f.eks. en datovælger, afhængigt af, om brugeren kører appen på en computer, tablet eller telefon.
Derudover gengiver tabeller og felter sig selv efter skærmstørrelsen på den enhed, der bruges.
Afsnit
Faner i formularer er arrangeret i sektioner. Sektioner kan arrangeres i én til fire kolonner, og de giver dig mulighed for at arrangere postmetadataene på en måde, der er mest relevant for den aktuelle fane og den aktuelle sektion.
Få mere at vide mere om at arbejde med sektioner
Sikkerhedsrolle
En sikkerhedsrolle definerer, hvad brugere kan få vist og gøre med en post. Dette gælder handlingerne oprettelse, læsning, skrivning, sletning, opdatering og tilføjelse.
Sikkerhedsroller oprettes, og brugere tildeles sikkerhedsroller enten som individuelle brugernavne eller ved hjælp af Active Directory-sikkerhedsgrupper.
Du giver adgang til modelbaserede apps via sikkerhedsroller.
- Få mere at vide om sikkerhedsroller
- Generel oversigt over sikkerhed i Microsoft Dataverse
- Introduktion til sikkerhedsroller i Dataverse
Webstedskort
En modelbaseret app bruges til at indsamle tabeller, dashboards, visninger og sider, og de beskrives via oversigten over websted. Oversigten over webstedet definerer de tabeller og sider, der inkluderes i en modelbaseret app, og den navigationsoplevelse, brugerne skal have, når de flytter mellem dem.
Når du konfigurerer navigationsoplevelsen, redigerer du navigationselementerne i områderne, grupperne og underområdet. Tabeller findes på niveau med underområdet og er arrangeret i grupper. Grupper er effektivt samlinger af tabeller og sider og er synlige i navigationsruden. I områder kan du skifte mellem synlige grupper.
Både moderne og klassiske metoder til at oprette en modelbaseret app omfatter webstedskort. Men med den moderne appdesigner kan du designe oversigten med træk og slip, mens den klassiske designer af oversigt over websted ikke understøtter træk og slip.
Hvis du vil åbne oversigten over webstedet i den klassiske designer af oversigt over websted fra den moderne appopbygningsoplevelse, skal du vælge Skift til klassisk.
Få flere oplysninger om app-navigation her
Løsning
En løsning er en pakke til en meget lang række komponenter, herunder tabeller, skystrømme og sikkerhedsroller.
Når du foretager en modelbaseret app, skal du sikre, at de aktiver, der er knyttet til den, opbevares i en løsning.
Løsninger har to formularer:
- Administrerede løsninger tillader som regel kun en lille mængde tilpasning eller slet ingen tilpasning.
- Ikke-administrerede løsninger giver beslutningstagere fuld kontrol over det projekt, de opretter.
Ikke-administrerede løsninger bruges af beslutningstagere og udviklere til at eksportere projekter som en administreret løsning til brug i ikke-udviklingsmiljøer, f.eks. et produktionsmiljø. Det giver mulighed for et højt niveau af styring af programmets livscyklus.
Løsningsoversigt
Dette er den klassiske oplevelse, som udviklere og tilpassere kan bruge til at få vist og foretage ændringer af de fleste løsningskomponenter. Der findes mere moderne oplevelser på make.powerapps.com, og den modelbaserede appdesigner og løsningsoversigten vil med tiden blive erstattet med disse moderne oplevelser.
Hvis du ønsker adgang til moderne løsningsinterface, skal du følge disse trin:
- Log på powerapps.com.
- Vælge et miljø.
- Vælg Løsninger i venstre rude, og åbn derefter en ikke-administreret løsning, hvor du vil tilføje en modelbaseret app. Opret en løsning, hvis der ikke allerede findes en.
- Undersøg komponenterne i løsningen.
Få flere oplysninger om løsninger her
Underområde
En del af den modelbaserede app-navigationsoplevelse. Underområder (tabeller) og sider vises under den gruppe, de er konfigureret i i appdesigneren.
Undergitter
Undergitter er områder i hovedformularer, hvor der vises en liste over poster fra en Dataverse-tabel, mens de forbliver i formularen. Et undergitter bruges som regel til at vise underordnede poster, der er relateret til den overordnede post, der i øjeblikket gennemgås. Det kan f.eks. være bøger, der er skrevet af en forfatter.
Undergitter vises i en modelbaseret app, men de er en egenskab for formularen.
Fane
Hver formular har mindst én fane, og disse er relevante for, hvordan vi præsenterer tabelpostdata. En formular kan have flere faner. Det giver dig, skaberen, mulighed for at give brugeren en lang række måder at se på den samme post på. Dette er ofte en bedre brugeroplevelse eller en mere logisk måde at præsentere dataene på i posten.
Fra et perspektiv i en oversigt over websted er en fane en "gruppe", når du bruger designeren til oversigt over websted versus et underområde for tabeller og et område, der skal indeholde underområder.
Få mere at vide mere om at arbejde med faner
Tabel
En tabel er en metode til lagring af data i kolonner (eller felter) i Dataverse. Tabeller, hvor der tidligere blev kaldt objekter.
Tabeller i forbindelse med modelbaserede apps eksisterer kun i Dataverse-databasen.
En enkelt række i en tabel kaldes en post. En enkelt kunde og kolonnerne beskriver f.eks. metadata, der er knyttet til kunden, f.eks. navn, telefonnummer eller kreditgrænse.
Alle modelbaserede apps skal indeholde mindst én tabel. Meget af processen med at oprette en modelbaseret app er at vælge de tabeller, der er mest relevante for at løse forretningsproblemet.
Tabeller indeholder visninger, formularer og forretningsregler, der er knyttet til dem.
Derudover indeholder tabeller også diagrammer og dashboards, hvor diagrammer vises.
Tabeller kan relatere til andre tabeller, og de defineres via de relationer, der er oprettet mellem dem.
Få flere oplysninger om konfiguration af tabeller her
Tabeldesigner
Designoplevelsen ved oprettelse og redigering af tabeller. Det giver dig mulighed for at oprette tabeller, kolonner, relationer, forretningsregler og visninger.
Oprette en brugerdefineret tabel ved hjælp af tabeldesigneren
Unified Interface
Unified Interface giver en ensartet og tilgængelig brugeroplevelse på tværs af enheder – uanset om det er på en stationær, bærbar, tablet eller telefon. De forskellige Unified Interface kaldes webgrænsefladen.
Få mere at vide om Unified Interface her
Validere
Den proces, som en appudvikler bekræfter, hvis den modelbaserede app har alle de komponenter, der kræves, for at den kan fungere korrekt.
Få at vide, hvordan du validerer en app
Vis
En tabelrepræsentation af poster i en Dataverse-tabel. Tabeller kan have flere visninger.
Visninger kan filtreres på forhånd, og det er muligt at definere de specifikke visninger, som en modelbaseret app vil gøre tilgængelige for brugere.
Tabeller kan have flere visninger tilknyttet, og du kan definere de tabelvisninger, der er relevante for en modelbaseret app, når du opretter dem.
Få mere at vide om visninger her
Arbejdsflow
En klassiske arbejdsproces er en række funktioner eller metoder, der kaldes trin, som udføres efter hinanden og anvendes på data, der findes i tabeller. Arbejdsprocessen kan ændre behandlingsretningen ved hjælp af betingede forgreninger.
I mange tilfælde skal klassiske arbejdsprocesser erstattes af Power Automate flows.
Bemærk
Kan du fortælle os om dine sprogpræferencer for dokumentation? Tag en kort undersøgelse. (bemærk, at denne undersøgelse er på engelsk)
Undersøgelsen tager ca. syv minutter. Der indsamles ingen personlige data (erklæring om beskyttelse af personlige oplysninger).
Feedback
Kommer snart: I hele 2024 udfaser vi GitHub-problemer som feedbackmekanisme for indhold og erstatter det med et nyt feedbacksystem. Du kan få flere oplysninger under: https://aka.ms/ContentUserFeedback.
Indsend og få vist feedback om