Prototypage rapide
Le prototypage pour valider les besoins
Vous avez des besoins stratégiques en matière de logiciel. Vous admettez qu’une formalisation préalable à la mise en oeuvre soit nécessaire pour que les budgets puissent être estimés, puis validés. Mais vous trouvez le temps de la formalisation long et le résultat global toujours frustrant et peu fiable.
Vous avez le sentiment que le papier, qu’il soit écrit ou dessiné, supporte aisément n’importe quoi. Vous n’êtes pas le seul. Près de la moitié des bugs sont associés à la formalisation ou à l'absence de formalisation des exigences. Et plus de 80% du temps nécessaire à la correction des bugs implique ces mêmes exigences.
Le maquettage constitue donc un espoir. Mais l’impossibilité pour les utilisateurs de manipuler directement des cas réalistes laisse encore place à de trop nombreuses lacunes et incohérences, avec un impact important sur les dépassements en délais et budgets.
Parce qu'il met les utilisateurs en situation d’usage réaliste, le prototypage reste la façon la plus sure de valider les exigences. Ces utilisateurs peuvent saisir leurs données, lancer leurs calculs et vérifier la pertinence des résultats en temps réel. Malheureusement, réaliser un prototype web riche manipulant des données réclame habituellement des compétences techniques poussées et un temps non négligeable.
- MyDraft, pour construire un prototype avec agilité
MyDraft propose deux avancées majeures :
• Réduction drastique des prérequis habituels (compétences techniques, outils, délais et budgets) en fusionnant les cycles de vie logiciel et métier, ce qui permet la modification de l’application pendant son exécution.
• Conformité règlementaire, auditabilité complète et responsabilité protégée par une traçabilité totale aussi bien à l’exécution qu’à la conception.
Les prototypes sont construits au cours de cycles de 5 à 10 minutes. L’utilisateur ou l’expert du métier peut faire évoluer le prototype pendant le vol, en toute sécurité. Et les spécifications alors ? Deux façons d’y répondre : d’une part, la spécification devient l’application, i.e. un cahier de charges vivant ; de l’autre, les documents de spécification détaillée peuvent être aisément générés.
- Illustration (voir ci-dessous)
• Définition des entités métier : classes, attributs et associations
• Définition des instances
• Affichage des diagrammes
• Définition des fragments d’écran : grilles modifiables, formulaires, maîtres-détails, composites, charts,.
• Prévisualisation
• Définition des rôles, permissions, invitation des utilisateurs
• Besoin de code complémentaire ? Définition d’opérations et des tests unitaires intégrés
• Actions et contrôleurs.
• Suivi de l’avancement agile : ScrumBar.
