Rédiger la fiche de spécification en quatre lignes pour ce sujet, sans…

Question	Réponse pour le morpion
Que fait le programme ?	Deux joueurs humains jouent au morpion dans le terminal ; le programme refuse les coups illégaux et annonce le résultat.
Quelles données entrent, quelles données sortent ?	Entrée : deux entiers de $0$ à $2$ , lus au clavier, à chaque tour. Sortie : la grille affichée après chaque coup, puis la ligne `X gagne`, `O gagne` ou `match nul`.
Comment sait-on qu'il marche ?	Une partie où X aligne une ligne, une où O aligne une colonne, une où X aligne une diagonale, une partie nulle, une saisie hors grille, une saisie sur une case déjà occupée.
Qu'est-ce qui n'en fait pas partie ?	Pas d'adversaire automatique. Pas d'interface graphique. Pas d'enregistrement des scores. Pas de retour en arrière. Pas de grille autre que $3 \times 3$ .

Pourquoi la quatrième ligne est la plus utile. Elle est le seul endroit du document où l'on écrit non. Sans elle, chaque séance ramène la même discussion — « et si on ajoutait un mode contre l'ordinateur ? » — et la réponse dépend de l'humeur du jour. Avec elle, la discussion a déjà eu lieu, une fois, et elle est tranchée. Le jour où l'on décide de revenir sur un « non », on le fait explicitement, à un point d'étape, en sachant ce qu'on échange.

Contrôle de la troisième ligne : elle est écrite avant le code, et elle est déjà assez précise pour qu'on puisse la traduire en assertions sans rien inventer. Une spécification qui dirait « on vérifiera que le jeu marche bien » ne serait pas une spécification : elle repousse la question au lieu d'y répondre.

Énoncé

Corrigé