Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Denne artikel indeholder en ordliste over begreber for Power Apps modeldrevne 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
Administrationscenter
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 administrationsindstillinger og -funktioner, der er knyttet til Power BI.
Få mere at vide om Power Platform Administration
Lær om Power BI administrationscenter
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.
En oversigt over appdesigneroplevelsen
Oplevelse af appnavigation
Den måde, områder, grupper, underområder og sider præsenteres på i en modeldrevet app. Det kaldes også oversigten over webstedet
Administration af programlivscyklus
Den måde, som vi administrerer et programs livscyklus på fra koncept til afslutning. Fra et teknisk perspektiv administreres meget af ALM (application lifecycle management) via løsninger, når der leveres modelbaserede appprodukter.
Oversigt over administration af programlivscyklus 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 for en kolonne og er et begreb, der ofte bruges af Power Apps udviklere. Hver table i Power Apps svarer til en databasetabel, og hver 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.
Selvom disse oprindeligt er oprettet ved hjælp af Power Automate oplevelse, opleves forretningsprocesforløb i en modeldrevet app 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 > foreslå > 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
Canvas-app
En app, der oprettes ved hjælp af træk og slip-kontrolelementer konfigureret ved hjælp af Power Fx. Lærredapps giver designeren betydelig kontrol over den overordnede brugeroplevelse og kan forbindes til en lang række datakilder og datatjenester.
Canvas-apps er arrangeret i skærmbilleder, og kontrolelementer, f.eks. gallerier, tekstfelter og rullelister, 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 lærredsappen kan skrives 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 findes i miljøer og løsninger på samme måde som modeldrevne apps.
Få flere oplysninger om lærredapps.
Diagram
En visuel repræsentation af en datatabel. Diagrammer kan have form af kurve-, liggende søjlediagram, cirkeldiagram eller donutdiagram.
Få mere at vide om oprettelse af et systemdiagram.
Klassisk
Den klassiske grænseflade repræsenterer den metode, hvor 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 modeldrevne 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.
Kolonne
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) brugergrænseflade (oversigt over websted, formularer, visninger), logik (Power Automate flow, forretningsprocesforløb, forretningsregler) og visualisering (diagrammer, dashboards og Power BI felter).
Få mere at vide om komponenter
Forbindelse
En modelbaseret app har typisk 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. Power Apps canvas-apps og Power Automateflows har mulighed for at bruge flere forbindelser.
Kontrol
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
Et dashboard gør det muligt for appbrugeren at få vist diagrammer, Power BI rapporter og visninger af tabeller.
Find mere om, hvordan du bruger Power BI i en modeldrevet 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 tables, workflows, forretningsprocesforløb og relaterede funktioner, der klargøres i et miljø, når en database oprettes.
Modelbaserede apps kræver en Dataverse-database.
En Dataverse-database indeholder datastrukturer, der er tættest knyttet til databaser, ud over at kunne indeholde modeldrevne apps, canvas-apps og Power Automateflows.
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 Avanceret>Vis afhængigheder på kommandolinjen.
Dynamics 365
Microsoft Dynamics 365 er en række softwareprogrammer til virksomhedsressourceplanlægning (ERP) og CRM (Customer Relationship Management). Microsoft markeder Dynamics 365 applikationer gennem et netværk af videresalgspartnere, der leverer specialiserede tjenester.
Få mere at vide om Microsoft Dynamics 365
Entitet
Et objekt er den klassiske måde at beskrive en tabel på. Denne terminologi vises inden for de klassiske oplevelser.
Miljø
Et miljø er et sted, hvor du kan gemme, administrere og dele organisationens forretningsdata, datastrukturer, apps, Copilot agenter og flow.
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
Flow
Cloudflows er funktioner, der tilbydes af Power Automate, der gør det muligt at automatisere opgaver baseret på udløsning af betingelser som f.eks. gentagelse, tilføjelse eller opdatering af poster eller blot valg af knapper af 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. Brug formulardesigneren i Power Apps til at oprette og redigere formularer.
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.
Legacy-system
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. Opslag 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 metode til interaktion med en post. Hovedformularen reagerer på den enhed, der bruger skærmformularen, 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
Skærm
Også kendt som app-overvågning. Den giver dig en forståelse af aspekter af ydeevnen i en modelbaseret app. Applikationsovervågning kan også bruges til at overvåge canvas-apps.
Side
Moderne apps har begrebet sider, som enten kan være en modelbaseret appkomponent (tabel, dashboard, navigationslink eller webressource) eller en lærredbaseret side ved hjælp af en brugerdefineret side. Brugerdefinerede sider giver mulighed for fleksibelt layout, Power Fx-funktioner med lav kode og Power Apps connectordata.
En brugerdefineret side 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.
Modeldrevne app- forretningsprocesforløb der får brugerne til at fuldføre tabelposter på en bestemt måde, er oprettet i Power Automate.
Power Automate flow 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 fungere uafhængigt af dem. Power BI kan oprette forbindelse til en lang række datakilder, hvoraf Dataverse kun er én.
Power BI rapporter gemmes ikke i Dataverse miljøer.
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 angiver, hvem der har udviklet appen, og definerer præfikset, f.eks. Contoso_MyNewTable, defineres for alle løsningsaktiverne.
Optagelse
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". Poster eksisterer inden for Dataverse-tabeller.
Relation
Den måde, kolonnerne 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 romaner.
- 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 optegnelsen 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 tabellerelationer
Dynamiske apps
En app, der reagerer, gengiver sig selv på en måde, der afhænger af den enhed, der åbner appen. Det kan også 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å enheden.
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 funktioner og data i Dataverse. I forbindelse med poster bestemmer sikkerhedsroller de handlinger til oprettelse, læsning, skrivning, sletning, opdatering og tilføjelse, der er tilgængelige for en bruger.
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
- Generelt overblik 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 oprettelse af en modelbaseret app omfatter oversigt over websteder. Men med den moderne appdesigner kan du designe oversigten over webstedet med træk og slip, mens den klassiske designer til 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
Løsning
En løsning er en pakke til en meget lang række komponenter, herunder tabeller, cloudflows 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 typer:
- 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å make.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
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å. Faner tilbyder ofte en bedre oplevelse ved at præsentere data på en mere logisk måde i journalen.
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
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
Samlet grænseflade
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. Forgængeren til Unified Interface var kendt som 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 tabulær repræ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
Workflow
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 med Power Automateflow.