Démontrer plutôt que déclarer

Associer la preuve au critère attendu, à une date et à un périmètre. Un document décrit une intention, tandis qu’un résultat de test ou une observation peut montrer une application effective. La force de la conclusion doit rester proportionnée à ce qui a été vérifié.

Un seuil doit être justifié par l’usage. Éviter de promettre un niveau de service sans préciser sa méthode de mesure et ses exclusions.

Un registre d’exigences versionné, accompagné des scénarios de recette et des arbitrages.

Application à votre contexte

Préservez le contexte de la preuve : objet, périmètre, date et conditions d'obtention. Ne généralisez pas une observation réussie à des situations qui n'ont pas été examinées.

Un schéma est une hypothèse de fonctionnement. Demandez à un utilisateur de raconter un dossier réel, y compris une exception et un retour en arrière. Notez les outils informels et les personnes indispensables plutôt que de les faire disparaître du dessin.

Remettre cette réponse dans son contexteExigences fonctionnelles et non fonctionnelles

Références pour approfondir