Un aperçu de route, une vérification de conflit et une décision d’acceptation peuvent apparaître côte à côte dans l’interface, mais leurs rôles sont différents. Garder ces responsabilités claires est au cœur de notre façon de développer Aerlattice.
L’interface permet de dessiner, d’inspecter et de comparer. Le moteur de planification évalue une route par rapport aux contraintes du projet. Le dépôt local conserve le projet et les résultats nécessaires pour y revenir.
Utiliser les mêmes règles dans tout le flux
Une solution de rechange devrait être vérifiée par le même moteur que la demande initiale. Sinon, une route pourrait sembler prometteuse dans un aperçu puis avoir un sens différent à l’étape de décision.
Nous devons aussi savoir lorsque le projet a changé. Une route réalisable avant une modification doit être évaluée par rapport à l’information qui appuiera son acceptation.
Rendre le comportement reproductible
Les exercices contrôlés fournissent des entrées que nous pouvons répéter en modifiant une partie du flux de travail. Il devient ainsi plus facile de déterminer si une différence vient du calcul, des données enregistrées ou de la présentation du résultat.
Ces séparations nous aident à améliorer l’application sans faire de chaque changement d’interface une modification du modèle de planification. Elles nous donnent aussi une base plus claire pour expliquer un résultat à l’utilisateur.
