Process de développement d'applications PowerApps

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

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

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

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

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