- Publication
- Mise à jour
Lorsque les résultats de simulation éclairent une décision de conception, le processus informatique nécessite aussi une revue. Un tableau de performance dans une présentation ne suffit pas si les évaluateurs ne peuvent identifier le code et les hypothèses ayant produit les chiffres soutenant l’essai proposé.
Définir la question et les hypothèses
Séparez les définitions de scénarios de la logique du programme et consignez les versions des logiciels. Reliez le contrôle des nombres aléatoires, le nombre de répétitions et les exécutions échouées à la présentation des résultats. La validation sur des situations simples connues et une revue indépendante peuvent révéler des défauts dans une logique complexe d’adaptation. Une exécution rapide et des statistiques résumées plausibles n’établissent pas l’exactitude des calculs.
Exemple d’étude hypothétique
Dans une conception hypothétique, un programme compte incorrectement les participants restants après une décision intermédiaire. L’estimation globale de puissance reste plausible. L’équipe détecte le défaut au moyen de petits scénarios traçables manuellement et de tests aux limites, au lieu de considérer un grand nombre de répétitions comme une preuve d’exactitude.
Points de contrôle de la conception
- Identifiez ensemble la version du code, les données d’entrée des scénarios et les fichiers de sortie correspondants.
- Testez les cas limites, tels qu’aucun événement et des valeurs exactement sur les seuils.
- Rapportez les répétitions échouées ou sans convergence au lieu de les supprimer discrètement.
Consigner la décision et ses limites
L’acceptation permet à une personne indépendante de réexécuter un scénario choisi dans les conditions consignées. Expliquez l’incertitude numérique et les tolérances sur les résultats. Après correction du code, réévaluez les tableaux et décisions affectés tout en conservant la traçabilité des sorties antérieures. Ne retenir qu’une version favorable à la conception préférée n’est ni une gestion scientifique des versions ni une validation informatique adéquate.
Questions fréquentes
- Une graine aléatoire identique suffit-elle ?
- Pas à elle seule. Les versions du code, du logiciel et des scénarios comptent aussi.
- De nombreuses répétitions corrigent-elles une erreur de programmation ?
- Non. Répéter une logique défectueuse peut toujours produire une estimation incorrecte.