Model Driven App - Get Started with Model Driven Apps Flashcards
Introducing model-driven apps
Quali sono le 3 fasi di design prima di costruire una MDA?
The approach to making model-driven apps
La Model-driven apps ha 3 fasi di Design:
1) Data Model
- La Progettazione basata sulla MDA utilizza un’architettura basata sui metadati in modo che i progettisti possano personalizzare le app senza scrivere codice.
- Per modellare i dati aziendali, si determina di quali dati avrà bisogno l’app e in che modo tali dati si relazioneranno ad altri dati.
- Metadati significa dati sui dati e definisce la struttura dei dati archiviati in Microsoft Dataverse.
2) Definire i tuoi business processes
-
La definizione e l’applicazione di Business Processes coerenti è un aspetto chiave della progettazione di app basata su MDA.
- Processi coerenti aiutano a garantire che gli utenti della tua app possano concentrarsi sul proprio lavoro e NON preoccuparsi di doversi ricordare di eseguire una serie di passaggi manuali.
- I processi possono essere semplici o complessi e spesso cambiano nel tempo.
3) Costruire l’app
* Dopo aver modellato i dati e definito i processi, puoi creare la tua app selezionando e impostando i componenti necessari in App Designer.
Building blocks of model-driven apps
Quali sono i Data components di una model Driven App?
Data
I Data components determinano i dati su cui si baserà l’app.
- Table : Le tabelle sono elementi con proprietà di cui tieni traccia.
-
Column : Le colonne sono proprietà associate a una tabella e aiutano a definirla.
- Una colonna è definita da un data type che determina il tipo di dati che possono essere inseriti o selezionati.
- Vengono in genere utilizzate con Forms, Views e Searches.
-
Relationship: Le relationship definiscono il modo in cui le tabelle possono essere correlate tra loro.
- Esistono relazioni 1: N (uno-a-molti), N: 1 (molti-a-uno) e N: N (molti-a-molti).
-
Choice column : Questo tipo di colonna mostra un controllo che consente all’utente di selezionare tra le opzioni predefinite.
- Ogni opzione ha un valore numerico e un’etichetta.
- Possono richiedere un valore singolo o più valori.
Building blocks of model-driven apps
Quali sono gli UI components di una MDA?
User interface
I components dell’interfaccia utente determinano il modo in cui gli utenti interagiranno con l’app.
- App: ci sono i pezzi fondamentali che costituiscono un app , come i Components, le property, il Client Type e l’URL
- Site map: specifica la navigazione per la tua app.
- Form: Includono una serie di Data Entry Column per una determinata tabella.__ Questo insieme di Data Entry Column corrisponde agli elementi di cui l’organizzazione tiene traccia per la tabella.
-
View Le views definiscono la modalità di visualizzazione di un elenco di record per una tabella specifica nella tua app. Una View definisce:
- Le colonne mostrate
- La larghezza di ciascuna colonna
- Il comportamento di ordinamento
- I filtri predefiniti.
Building blocks of model-driven apps
Quali sono i Logic Components di una Model Driven App?
Logic
I componenti logici determinano i processi aziendali, le regole e l’automazione dell’app.
1. Business process flow:Guidano gli utenti attraverso un processo aziendale standard.
- Utilizza un Business process flow se desideri che tutti gestiscano le richieste del servizio clienti allo stesso modo. Oppure per richiedere al personale di ottenere l’approvazione per una fattura prima di inviare un ordine.
2. Workflow: I flussi di lavoro automatizzano i business process senza un’interfaccia utente.
- Utilizza i Workflow per avviare l’automazione che non richiede alcuna interazione da parte dell’utente.
3. Actions: Sono un tipo di processo che consente di richiamare manualmente delle action, incluse action personalizzate, direttamente da un Workflow.
4. Business rule: Applicano regole o logica di raccomandazione a un Form per
- Impostare i requisiti delle colonne, nascondere le colonne, convalidare i dati e altro ancora.
- I progettisti di app utilizzano una semplice interfaccia per implementare e mantenere regole in rapida evoluzione e di uso comune.
5. Power Automate: è un servizio basato su cloud che consente di creare flussi di lavoro automatizzati tra app e servizi per
- Ricevere notifiche,
- Sincronizzare file,
- Raccogliere dati e altro ancora.
Building blocks of model-driven apps
Quali sono i Visualization Componets di una MDA?
Visualization
I Visualization Components determinano il data type e i reports mostrati dall’app.
-
Chart: Sono singole visualizzazioni grafiche possono essere visualizzate in:
- View
- Form
- Dashboard.
- Dashboard: mostra una o più visualizzazioni grafiche che forniscono una panoramica dei dati aziendali utilizzabili.
-
Embedded Power BI : Power BI è un servizio basato su cloud che fornisce informazioni dettagliate sulla business intelligence (BI).
- puoi aggiunge riquadri e dashboard di Power BI incorporarli alla tua app.
Design model-driven apps
Perchè è consigliabile un processo di progettazione? e perchè è importante mettere in piedi un Data Model prima di iniziare a creare un MDA?
Understand the needs of the user
In qualità di App Maker, prima di iniziare a creare la tua soluzione Power Apps, è consigliabile eseguire un processo di progettazione. Quando si progetta la soluzione Power Apps, ci sono diversi fattori da considerare:
- Business requirements
- Data Model
- Business Logic
- Output
Passando attraverso un semplice processo di progettazione, puoi eliminare eventuali problemi minori prima che diventino un problema più grande una volta che l’app è in produzione.
1) Il tuo obiettivo di progettazione principale è mettere in ordine il tuo Data model Microsoft Dataverse.
- Con il Dataverse data model puoi connettere Power Apps e MDA e l’app verrà creata per te da quel modello.
Le MDA vengono create utilizzando App Designer. Sceglierai
- Le Tables,
- Le dashboards
- Business Process flows,
- Form e altri componenti che desideri rendere disponibili nella tua app, quindi l’app verrà creata per te.
Ciò significa che dovrai dedicare più tempo a capire di cosa ha bisogno il tuo utente rispetto a come apparirà.
Design MDA
Cosa sono i business requirement e perchè rappresenta la prima fase di processo di design?
- Business Requirements
Il primo passo del processo è comprendere i requisiti business.
1) Collabora con le parti interessate dell’app per considerare le tue esigenze di Security: Per la sicurezza, Dataverse ha un robusto modello di sicurezza.
Dovrai considerare:
-
Quale modello di sicurezza supporta meglio le tue esigenze aziendali.
- Sono disponibili molte opzioni, tra cui la hierarchy security, la row-level security, solo per citarne alcune.
-
Dovrai confermare che i tuoi dati sono protetti per soddisfare le tue esigenze, quindi la tua app rispetterà tale sicurezza.
- Accessibilità
- Dati
- Progettazione
- In che modo la protezione dei dati della tua app influisce sulla tua app
2) dovrai anche identificare eventuali government regulations or authentication/authorization.
* Potresti voler implementare l’autenticazione a più fattori, ma dovrai pensare a come questo influenzerà gli utenti che si connettono alla tua applicazione.
3) Infine, la tua app deve essere disponibile quando l’utente è disconnesso da Internet?
* Questa è chiamata modalità offline ed è supportata dalle app Dataverse e Model-driven quando si utilizzano client iOS o Android.
Design MDA
Quali sono le domande da porsi durante la fase di progettazione del Data Model?
2. Data Model
`1) Quando inizi il processo di modellazione dei dati, ci sono un paio di domande importanti da porsi:
- Che tipo di dati memorizzerà e / o raccoglierà la tua soluzione?
- In che modo questi dati si relazioneranno o coincideranno con gli altri dati con cui stai lavorando?
Queste domande sono importanti. Ricorda, le MDA utilizzano un’architettura basata sui metadati.
- Ciò significa che gran parte della MDA si basa su come vengono modellati i dati e non è necessario scrivere codice personalizzato per modificare il design dell’app.
- Quando si pensa ai metadati questo significa semplicemente “dati sui dati” e questi dati definiscono la struttura memorizzata nel sistema.
2) Ogni soluzione sviluppata e distribuita avrà il proprio set di metadati da raccogliere.
- Questa conoscenza di base dei metadati è importante quando si continua il processo di progettazione e si modellano i dati dell’app.
- Quando pensi al tuo modello di dati, pensa anche ai tipi di colonna.
- Quando aggiungi colonne alla tua tabella in Dataverse, il tipo di colonna che scegli determinerà il modo in cui gli utenti le inseriscono e le visualizzano nella tua app Model-driven.
- L’option set vengono visualizzati come menu a discesa,
- currency viene mostrata con i simboli di valuta, mentre i numeri decimali no.
- Questi piccoli cambiamenti nella tabella possono avere un profondo effetto sul modo in cui il tuo utente sperimenta la tua app.
- Sarà necessario eliminare quella colonna e ricrearla con il tipo di colonna corretto.
- Ciò causerà la perdita di tutti i dati associati a quella colonna.
- Quando aggiungi colonne alla tua tabella in Dataverse, il tipo di colonna che scegli determinerà il modo in cui gli utenti le inseriscono e le visualizzano nella tua app Model-driven.
- Se un tipo di Colonna deve essere modificato in un tipo di colonna diverso, (ad es. Colonna di testo in un set di opzioni),
Design MDA
Cosa sono le UI e UX e perchè sono importanti durante la fase di design?
User Interface (UI) and User Experience (UX)
Quando si crea una MDA la maggior parte dell’interfaccia utente e dell’esperienza utente sono predefinite da noi.
- Si definisce il data model da cui compilare e quindi Power Apps determina i controls usati nell’app.
- Puoi influenzare questi controls determinando quali risorse della table includere.
- Nella finestra di progettazione dell’app puoi definire quali Form, Views, Chart e dashboard vengono utilizzati nell’app.
- Puoi anche controllare le opzioni di navigazione tramite la SiteMap.
Durante la pianificazione dell’app, determinare quali componenti sono necessari nella progettazione dell’app e crearli prima di creare l’app.
Design MDA
Quando si incorpora la business Logic nella propria app, quali sono le opzioni disponibili?
Business Logic
Quando si incorpora la Business Logic nella propria app, sono disponibili due opzioni principali.
-
Impostare Business Rule nelle tabelle Dataverse
- __Con le Business Rule, definirai i comportamenti a livello di dati.
- Questo è ottimo per cambiare quando una column è definita required, impostare un valore predefinito o persino mostrare o nascondere una colonna in base a un criterio.
- __Con le Business Rule, definirai i comportamenti a livello di dati.
-
Creare Business Process Flow.
- I Business Process Flows vengono utilizzati per guidare gli utenti attraverso l’utilizzo della tua app.
- Possono fornire elementi visivi sui passaggi successivi in base allo stato dei dati e facilitare altre azioni che si desidera vengano eseguite quando l’utente utilizza l’app.
- Consentono di portare l’automazione nella tua app e renderla più un’esperienza guidata che un semplice luogo in cui inserire dati.
Design MDA
Qual’è una tipica esigenza comune di output per le app?
Output
Un’esigenza di output comune per le app è la visualizzazione dei dati.
-
Per questo requisito, puoi implementare dashboard con filtri personalizzati e grafica visiva per collegare tutti questi dati insieme direttamente nella tua app.
- Quando crei le tue dashboard, assicurati che sia semplice per i tuoi utenti utilizzarle senza sovraccaricarle con tutti i dati.
- Fornisci istantanee di alto livello dei tuoi dati e consenti loro di utilizzare filtri per approfondire i dati, se necessario.
Control security when sharing MDA
Cosa sono e a cosa servono le Security Role?
Security Role
Microsoft Power Apps utilizza la Security Role per la condivisione.
- Una Security Rule include privilegi che definiscono una serie di azioni che possono essere eseguite nell’app.
- TUTTI gli utenti dell’app devono essere assegnati a uno o più Security Role predefined o Custom.
- Le Security Role possono essere assegnati a singoli utenti o a team.
- Quando un utente o un team viene assegnata una security Role, a quell’utente oa tutti i membri di quel team viene concesso il set di privilegi associati alla role.
Assign security roles to users
Le Security Role controllano l’accesso di un utente ai dati tramite una serie di livelli di accesso e autorizzazioni.
- La combinazione di livelli di accesso e autorizzazioni inclusi in uno specifico Security Role imposta limiti alla visualizzazione dei dati da parte dell’utente e alle interazioni con tali dati.
Control security when sharing model-driven apps
Quali sono le Security Role predefinite?
About predefined security roles
I seguenti ruoli predefiniti sono disponibili con un ambiente PowerApps. Salvo diversa indicazione, tutti i privilegi hanno portata globale.
-
Environment Maker : Non ha privilegi. Gli utenti che hanno questo ruolo possono
- Creare nuove risorse associate a un ambiente, incluse app, connections ,API personalizzate, gateway e flussi che usano Microsoft Flow.
- Ma questi utenti NON possono accedere ai dati in un ambiente.
-
System Administrator : Create, Read, Write, Delete, Customize.
- __Questo ruolo dispone dell’autorizzazione completa per personalizzare o amministrare l’ambiente, inclusa la creazione, la modifica e l’assegnazione dei ruoli di sicurezza.
- L’utente con questo ruolo può visualizzare tutti i dati nell’ambiente.
-
System Customizer : Create (self), Read (self), Write (self), Delete (self), Customizations
- Questo ruolo dispone dell’autorizzazione completa per personalizzare l’ambiente.
- Ma gli utenti che hanno questo ruolo possono visualizzare i record SOLO per le entità dell’ambiente che creano.
-
Basic User : Read, Create (self), write (self), delete (self). Gli utenti che hanno questo ruolo possono
- eseguire un’app nell’ambiente
- eseguire attività comuni per i record di cui sono proprietari.
-
Delegate : Agisci per conto di un altro utente .
- Questo ruolo consente al codice di essere eseguito a un altro utente o impersonandolo.
- Questo ruolo viene in genere utilizzato con un altro ruolo di sicurezza per fornire l’accesso ai record.
Incorporate business process flows
Perchè dovresti utilizzare i Business process Flows?
Use business process flows
Perché dovresti utilizzare i Business Process Flows?
1) Forniscono una guida alle persone per portare a termine il lavoro. Un user experience semplificata che guida le persone attraverso i processi che la loro organizzazione ha definito per le interazioni che devono essere avanzate a una conclusione di qualche tipo.
- Questa User Experience può essere personalizzata in modo che le persone con Security Role diversi possano avere un’esperienza più adatta al lavoro che svolgono.
2) È necessario utilizzare i Business Process Flows per definire una serie di passaggi che le persone devono seguire per portarli al risultato desiderato. - Questi passaggi forniscono un indicatore visivo che indica alle persone dove si trovano nel processo aziendale.
3) Riducono la necessità di formazione perché i nuovi utenti non devono concentrarsi sulla tabella che dovrebbero utilizzare. Possono lasciare che il processo li guidi.
4) Possono aiutare il nuovo personale a diventare più veloce ed evitare errori che potrebbero portare a clienti insoddisfatti.
BPF
Quali sono i BPF standard di sistema?
System business process flows
Questi System BPF:
- Lead to Opportunity Sales Process
- Opportunity Sales Process
- Phone to Case Process
Possono essere trovati anche in Power Automate.
