Meilleures pratiques de développement de solution
4. Collecter les besoins
Guide des meilleurs pratiques de développement de solutions
À ce stade du développement, vous devez avoir une compréhension approfondie des éléments suivants :
- Problème général et solution
- Codes de transaction/tables SAP à utiliser
- Fonction/fonctionnement de chaque script Winshuttle Transaction/Query
- Participants dans le workflow et tâches exécutées par chaque participant, telles que :
- Approbation/rejet
- Entrée de données
- Expérience (UX) utilisateur
- Apparence du formulaire (maquette) et guide de style qui le régit
- Délai de chaque tâche/processus du workflow
- Type de contenu affiché pour chaque utilisateur lors du routage du formulaire, notamment :
- Vues de formulaire
- Quel contenu peut être modifié et sera en lecture seule
- Quel contenu sera masqué ou affiché (en fonction des vues de formulaire)
- Scénarios de rejet lorsqu’un élément est rejeté, notamment :
- Quand/comment terminer le processus s’il est rejeté
- Quand/comment renvoyer une tâche/un formulaire à l’auteur pour les corriger
- Quand/comment redémarrer un processus d’approbation et des boucles à exécuter jusqu’à ce que quelque chose soit approuvé
- Scénarios de remontée (si nécessaire)
- Notifications par courrier électronique
Les modifications des exigences peuvent être difficiles à intégrer ensuite dans la phase de développement. Finalisez et verrouillez les exigences afin d’assurer le succès du processus de développement et l’accélérer. Toute modification d’exigence qui ne constitue pas des bloqueurs doit être traitée comme une révision une fois la solution initiale terminée.
Il est également important de comprendre chacun des différents besoins de chacun des rôles. En outre, il est parfaitement acceptable de disposer de différents documents pour les besoins en matière de script, de formulaire et de workflow. Les développeurs de script, par exemple, ont des besoins différents de ceux des concepteurs.
Cette étape doit permettre de produire un document complet et détaillé des besoins.
Ce document doit être suffisamment détaillé pour fournir des spécifications jusqu’au niveau du champ et de la tâche. Idéalement, il doit contenir les éléments suivants :
- Description de chaque champ
- Manière de libeller chaque champ
- Logique ou calculs (éventuels) exécutés lorsque des données sont entrées dans chaque champ
- Le type de chaque champ (liste déroulante, zone de texte, etc...)
- Connexion de données (éventuelle) nécessaire à chaque champ (SharePoint, SQL, etc.)
- Affichage/masquage du champ
Les besoins détaillés permettent au concepteur de formulaire de comprendre précisément ce qui doit être développé dans le formulaire ou le workflow. Des éléments manquants ou indéfinis peuvent allonger la durée du déploiement.