Power Platform - Apps - Automate - SharePoint

Power Platform  - Apps - Automate - SharePoint

Power Apps

Développement d'applications PowerApps

Gonzague Ducos

Source :

Comparaison des approches de développement classiques et de Power Apps - Power Apps⁠

⁠

Styles de développement

⁠

MVP = Minimum Valuable Product = version fonctionnelle et élémentaire du produit.

Phases de développement

Phase 1 : Planification

Quel problème résoudra l’application ?

Que puis-je faire avec Power Apps ?

Types de problèmes qui peuvent être résolus par PowerApps

Types de problèmes qui peuvent être résolus par PowerApps

Thème

Détails

Disponibilité

Accès aux applications à tout moment, n’importe où

Mobilité

Permettre aux gens de travailler avec une application en déplacement

Consolidation

Collecte de données de manière plus automatisée pour minimiser la consolidation manuelle

Formation

Mise à niveau du personnel et suivi de leurs résultats de formation et de certification

Démocratisation

Amélioration de la capacité à résoudre les problèmes soi-même au sein du service ou de la section

Inclusion

Réduction des contraintes pour les employés qui ont des environnements de travail différents des autres (travailleurs à distance ou les personnes atteintes de handicap)

Rendement

Réduction du temps nécessaire pour obtenir le résultat souhaité, en réduisant les étapes inutiles

Productivité

Augmentation du débit d’un processus

Ponctualité

Accélération de la collaboration de bout en bout entre les différentes parties prenantes

Évolutivité

Possibilité d’un meilleur débit

Analyse

Rassemblement des informations supplémentaires requises, stockées de manière à faciliter leur analyse

Génération de rapports

Possibilité de créer pour la direction des rapports plus complets ou plus rapides

Sécurité

Stockage et utilisation sécurisés des données

Conformité

Résolution des problèmes liés au traitement des informations personnelles, au respect des exigences légales ou comptables

Durabilité

Réduction du gaspillage (comme le papier et l’électricité) et la pollution

There are no rows in this table

⁠

Qui utilisera cette application ?

Identification des contributeurs clés

Processus actuel

Quelles sont les tâches ?

Dans le document de processus d’entreprise, notez quelle est la tâche.

Cibler une vue d’ensemble, et non les activités individuelles effectuées pour terminer la tâche.

Qui effectue le travail, quand et où ?

Comprendre qui effectue le travail. Quel est son rôle ?

Comprendre le rôle qu’elle assume lorsqu’elle effectue la tâche.

Après le “qui” :

Quel est l’appareil utilisé ? Où principalement la tâche est-elle effectuée ? Est-ce au bureau ? Sur le site du client ? À l’usine ?

Quels autres systèmes sont utilisés régulièrement ?

Quels seraient les avantages pour cette personne si elle utilisait l’application ou coopérait pour utiliser ce nouveau processus ?

Quelles activités sont exécutées lors de cette étape ?

Notez les activités que l’utilisateur effectue pour réaliser les tâches de cette étape du processus d’entreprise. Entrez dans le détail des activités

Y a-t-il des données ou des informations dont la personne a besoin dès le départ ou auxquelles elle doit accéder ?

Quelles données ont été fournies à cette personne au début de ces activités ?

D’où venaient ces données ?

Ces données proviennent-elles d’une étape précédente ?

Ces données proviennent-elles d’un système existant ? L’utilisateur doit-il être connecté pour accéder aux données ?

Les données sont-elles extraites d’un système externe, par exemple, s’agit-il de données de marché ou de données météorologiques ?

Confidentialité des données et considérations relatives aux autorisations

À quelles données existantes a-t-il besoin d’accéder ?

A-t-il besoin d’accéder à des données auxquelles les autres utilisateurs ne devraient pas avoir accès ?

Doit-il effectuer des tâches que d’autres utilisateurs ne devraient pas être en mesure de faire ?

Considérations relatives à l’actualisation des données

À quelle fréquence les données entrantes changent-elles ?

À quelle fréquence faut-il les rafraîchir ?

Ces données proviennent-elles d’un appareil ou d’un système en temps réel, ou changent-elles seulement de temps en temps ?

À quelle fréquence l’application doit-elle être mise à jour avec de nouvelles données ?

Doit-elle créer ou modifier des données ?

Y a-t-il un formulaire existant ?

Quelles données sont capturées ?

Est-ce le vrai nom issu de la source de données ou un nom commun utilisé dans cette partie de l’entreprise ?

Existe-t-il une hiérarchie pour les données ?

Quelles données sont créées à partir d’une formule ou d’un calcul ?

Les données sont-elles nécessaires ?

De quel type de données s’agit-il ?

Texte au format libre

Nombres

Dates

Choix

Images ou vidéo

Où mettez-vous les données aujourd’hui ?

Quelqu’un utilise-t-il ces données plus loin dans le processus ?

Quelqu’un d’autre peut-il bénéficier de ces données en dehors de ce processus ?

Exemple de création de données de note de frais

Exemple de création de données de note de frais

Niveau de données

Élément de données

Type d’élément

Modifiable ?

Format autorisé

Validation

Valeur par défaut/Calcul

Note de frais

Numéro de note de frais

Texte

Non

Ne peut pas être vide

« EXP » + Date (AAAAMMJJ) + ID utilisateur

Poste de dépense

Date de dépense

Date

Oui

MM-JJ-AAAA

Ne peut pas se produire dans l’avenir

There are no rows in this table

⁠

Existe-t-il des décisions prises en fonction de données, ou des règles métier à suivre ?

Les données déterminent-elles le résultat de certaines décisions ?

La décision nécessite-t-elle des approbations ?

Quels buts et objectifs remplira-t-elle pour les utilisateurs ?

Des escalades sont-elles nécessaires ?

Comment cette tâche passe-t-elle à la tâche suivante ?

La tâche suivante est-elle exécutée par la même personne qui a effectué cette tâche ?

La tâche suivante est-elle effectuée par une autre personne ?

Comment cette personne sait-elle qu’elle peut commencer la tâche suivante ?

Phase 2 Conception

Création conceptuelle

Quelles sont les tâches impliquées dans l’application ?

Quelle sera l’expérience utilisateur ?

Création architecturale

Comment stocker vos données

Comment s’intégrer aux systèmes et applications existants que vous utilisez déjà

Concevoir votre structure de données

Déterminer le type d’application à créer

Déterminer l’emplacement de la logique

Comment sécuriser les données

Phase 3 Création

Configurer la source de données.

Configurer des tables (lors de l’utilisation de Microsoft Dataverse).

Configurer des tables (lors de l’utilisation d’une base de données).

Configurer des listes (lors de l’utilisation de SharePoint).

Créer une application.

Ajouter des connecteurs.

Créer les écrans suivants :

Écran d’accueil

Affichage liste

Afficher le formulaire

Modifier le formulaire

Création de flux Power Automate.

Phase 4 Tests

Types de tests

Tests unitaires

Tests de bout en bout

Tests d’acceptation utilisateur

Création de scripts de test et de scénarios

Créer des tests à l’aide de ce tableau :

N° de script de test

Description du test

Entrées à tester

Résultat attendu

Résultat

Outils pour vous aider à tester les applications canevas

Power Apps Test Studio (expérimental)

Cf.

Tester Studio - Power Apps⁠

⁠

Azure Monitor (expérimental)

Cf.

Introducing Monitor to debug apps and improve performance⁠

⁠

Phase de déploiement et d’affinage

Rendre les applications détectables

Publication et partage de l’application

Applications à la une

QR codes

Liens profonds

Microsoft Teams

Jumelages avec les applications Web et les portails existants

Intégration SharePoint

Intégration de Microsoft Search dans Bing

Collecte de commentaires et analyse de la télémétrie

Collecte de commentaires

Analyse de la télémétrie

Ajout de la télémétrie manuelle à l’aide d’Azure Application Insights