Réponse rapide
Le temps réel dur impose qu’une échéance soit tenue sous peine de considérer le résultat invalide ; le temps réel souple tolère certains retards avec une qualité ou une performance dégradée.
Point de vigilance
Une fonction de sécurité ne peut pas être traitée comme temps réel souple par défaut. Classez les échéances et définissez la réaction à un retard.
Classer la fonction
Une coupure de sécurité ou une commande de stabilité peut exiger une borne stricte, tandis qu’une visualisation ou une optimisation peut accepter un résultat tardif.
Définir la réaction
Pour chaque échéance, précisez abandon, valeur sûre, limitation ou reprise. Un système souple ne doit pas être utilisé implicitement pour une fonction dure.
Mesurer plutôt que nommer
Rapportez échéances, charge, gigue et conséquences en situation réelle, avec critères d’acceptation et limites explicites.
Sources et références
- [1] Robotics and Autonomous Systems — NIST