Dans mon précédent article, Débuter son projet Power Apps, j’expliquais que pour bien commencer un projet sur la Power Platform; il faut créer une solution afin d’y stocker les composants utiles pour votre future application.
Mais la question que vous devez vous poser est :

Quel est le but de mon application ?

Il est tentant de se lancer tête baissée sur la plateforme de configuration, jouer avec les nombreuses applications et fonctionnalités proposées. Mais dans le cadre de la mise en place d’un projet, il est toujours important de rappeler le contexte et l’objectif d’un projet.

Je vous propose de découper cette aventure en plusieurs parties :

  • Premier article
    • Contexte et Objectif
    • Création d’un formulaire avec Microsoft Form
  • Second article
    • Configuration des entités
    • Mise en place de la Model Driven App
  • Troisième article
    • Automatisation des opérations via Microsoft Flow

Contexte et objectif

Dans cette série d’articles à venir, l’objectif est de mettre en place une nouvelle application servant à une boulangerie pour optimiser les prises de commandes en ligne. Fort de son succès, il devient compliquer pour lui de s’occuper de la prise de commande directement en boutique. Il souhaite proposer un service à ses clients afin de leur permettre de commander à distance et venir récupérer leur commande au jour demandé.

Le souhait du boulanger est de proposer un petit formulaire pour ses clients et avoir une application légère pour gérer ses commandes. La solution doit être rapide à mettre en place et évolutive.

Note : La phase suivante est l’identification du besoin et le design du processus cible.
Dans tous les projets, il est très important de bien comprendre quel est le véritbale objectif de votre client et bien entendu, il existe une infinité de méthodologie pour récupérer un besoin. Dans le cadre de cet article, je me contenterai de croquis et d’une simple architecture.

Suite à un premier échange avec le boulanger, la première étape est de dessiner, griffoner ses première idées, on peut très vite distinguer ou regrouper des fonctionnalités.

Exemple d’un croquis d’architecture.

Avec cet exemple relativement simple, on peut distinguer très rapidemment les différents composants nécessaires pour réaliser cette application.

Je vous conseille de remettre au propre et valider avec les utilisateurs les schémas de votre application. Dans mon exemple, je me contenterai de mon croquis car la solution est simple à mettre en place.
Ci-dessus nous avons identifié plusieurs composants importants :

  • Formulaire Client
    • Contient l’ensemble des informations concernant une commande passée par le client
    • Les champs de ce formulaire sont :
      • Nom : texte
      • Prénom : texte
      • Adresse Email : texte type adresse email
      • Type de commande / Produit commandé : Liste pré-configurée
      • Description / Commentaire : texte
      • Date souhaitée pour récupérer la commande : date
    • Les trois premiers champs serviront à la création d’un contact
    • Les trois derniers champs serviront à la création de la commande
  • Enregistrement de la commande et suivi de la commande côté client
    • La commande est automatiquement enregistrée dans une application
      • L’enregistrement de la commande dans l’application se fera via un Flow
    • Cette dernière est liée à un contact
    • Le boulanger peut gérer des statuts
      • La modification d’un statut notifie le client via un Flow

Pour le formulaire Client, un Microsoft Forms sera utilisé, pour l’application, il s’agira dune Model Driven Apps et enfin pour automatiser les notifications et enregistrer la commande, un ou plusieurs Microsoft Flow seront configurés.

Le nouveau formulaire

Je vais commencer par réaliser un nouveau formulaire avec Microsoft Forms. Nous avons besoin ici d’un formulaire contenant les champs listés ci-dessus.
Voici une vidéo qui explique comment réaliser ce Microsoft Form. Pour accéeder à la page de configuration, il vous suffit de cliquer ici .

Suite à la création du formulaire dans votre environnement, il faut maintenant préparer les entités de l’application Model Driven App pour stocker les finromations saisies par les futures clients.
La suite dans un prochain article…..