diff --git a/architecture.md b/architecture.md
index 452c0d1..8429279 100644
--- a/architecture.md
+++ b/architecture.md
@@ -17,12 +17,13 @@
 
 - Le [client](https://gitlab.os-k.eu/gem-graph-team/gem-graph-client) est la partie dont l'exécution est rythmée par l'utilisateur:
 
-     - l'initiation / la terminaison / l'interface OS
 
      - les entrées / sorties / contrôles d'erreurs associés
 
      - le contrôle par l'utilisateur du déroulement du calcul effectué par le serveur
 
+        - soumission / initiation / terminaison du calcul au serveur
+
         - interface serveur > user (quel est l'état du modèle ? comment fonctionne l'automate ?)
         
         - user > interface serveur (stop, slow / speed, undo / redo, modify the nb of threads or the algorithm...)
diff --git a/server/scheduler.md b/server/scheduler.md
index d2bb517..3e34103 100644
--- a/server/scheduler.md
+++ b/server/scheduler.md
@@ -10,7 +10,7 @@ Tous les threads de calcul appliquent les mêmes règles selon le même algorith
 
 Un processus principal (scheduler) initie et termine ces threads 
 
-Il garantit la cohérence de l'état global et valide l'ensemble du calcul ou l'interrompt en cas d'erreur
+Il garantit la cohérence de l'état global et valide, à l'aide du superviseur, l'ensemble du calcul ou l'interrompt en cas d'erreur
 Il est seul à avoir accès à l'état global et à la liste des threads de calcul
 Il n'a pas accès aux règles de transition
 Il assure également (ou délègue) les fonctions de communications avec les modules périphériques
@@ -30,7 +30,7 @@ Il exécute un cycle qui comporte deux étapes principales:
  - sinon arrêt de cette recherche en un temps fini
     
  - recherche des threads de calcul en fin d'exécution 
-   (ces threads se signalent dans une liste; leur temps de calcul est aléatoire)
+   (ces threads se signalent à l'aide d'un flag dans la liste des threads)
 
  - si trouvé(s):