Comparer plusieurs solutions avant de choisir une architecture révèle les compromis de coût, performance, sécurité, maintenance et évolutivité au lieu de figer trop tôt un seul choix.
La fonction décrit le service attendu, le composant réalise une partie de ce service et l’exigence précise une condition mesurable à respecter.
Décomposer un problème robotique avant de choisir une solution consiste à séparer objectif, environnement, acteurs, contraintes, entrées, sorties, risques et critères de réussite.
Passer d’une démonstration robotique à une évaluation reproductible demande de fixer scénario, matériel, données, critères, protocole, répétitions et conditions d’arrêt.
Traiter l’incertitude dans une décision robotique consiste à la mesurer, la propager jusqu’au choix et adapter action, vitesse ou demande de confirmation lorsque le doute devient important.
Expliciter les hypothèses d’un modèle robotique permet de savoir dans quelles conditions ses calculs sont valides et quand une mesure réelle doit les remplacer.
Comparer deux solutions robotiques demande d’examiner réussite de tâche, sécurité, robustesse, coût, maintenance, énergie, intégration et expérience opérateur, pas seulement la vitesse.