diff --git a/source/vai/dev.md b/source/vai/dev.md
index a711112b2d8efb3b534ab7e458f850e26533b0e0..0ec1a0fa8fd063e6037f20fb962e482518ba55e3 100644
--- a/source/vai/dev.md
+++ b/source/vai/dev.md
@@ -1,12 +1,12 @@
 # Préparer le code pour la génération de setup
 
-Pour tout ce qui est template, nous utilisons une librairie qui s'appelle Jinja pour résoudre les balise dans les templates.
+Pour tout les fichiers templates, nous utilisons une librairie qui s'appelle Jinja2 pour résoudre les balises dans les templates.
 
 ## Préparer l'application
 
 ### Définition de l'arboresence de dépendances
 
-Dans le dossier _install à la racine de votre application, il faut créer/éditer le fichier `dependecies.json`.
+Dans le dossier _install à la racine de votre application, il faut créer/éditer le fichier `dependencies.json`.
 
 Ce fichier servira de fichier de dépendance pour VAI.
 
@@ -102,7 +102,7 @@ Exemple de vMap :
 ```
 
 ```{Tip}
-  Vous pouvez ajouter des clés à la racine si necessaire elle seront accessible via le service settings dans les scripts python.
+  Vous pouvez ajouter des clés à la racine si necessaire elle seront accessibles via le service settings dans les scripts python.
 ```
 
 ### Définition d'un README.md spécifique
@@ -141,9 +141,9 @@ ex :
 }
 ```
 
-Le fichier évalué sera mergé avec le fichier existant pour récupérer des properties existe.
+Le fichier évalué sera mergé avec le fichier existant pour récupérer des clés à créé dans ce fichier.
 
-Ce qui se trouve dans la balise ne sera évalué que pour les installations et pas pour les mises à jour.
+Ce qui se trouve dans la balise jinja ne sera évalué que pour les installations et pas pour les mises à jour.
 
 ### Template Apache principal
 
@@ -164,7 +164,7 @@ ex :
 
 ### Scripts shell
 
-Vous devez avoir un script mount_project.sh fonctionnel, car il sera utilisé par VAI pour créer l'arborescence final de votre application lors de la génération du app.tgz.
+Vous devez avoir un script mount_project.sh fonctionnel, car il sera utilisé par VAI pour créer l'arborescence finale de votre application lors de la génération du app.tgz.
 
 Si le fichier buildengines.sh est présent il sera exécuté.
 
@@ -240,26 +240,28 @@ ex :
 ```
 Ce fichier de dépendance vous permet de définir les pré-requis et d'activer plusieurs options pour votre module.
 
-1. dependency_schema : Permet de définir le nom du schém postgres pour le controle de version et le chemin vers le fichier sqlQueries à exécuter.
-1. users : Les utilisateur necessaire ua fonctionnement de l'application (utilisateur au sens vitis ou postgres)
-1. ressources : Les binaires externes à l'application mais necessaire à son fonctionnement. ATTENTION : Si le lien n'est pas accessible le setup ne pourras pas se générer, il est fortement conseiller de n'utiliser que des liens sur notre bucket AWS S3 de développement.
-1. jobs : Permet de définir des exécutions cron pour le service vitis. LEs requêtes ne fonctionnent pas à l'heure actuelle ce sera implémenté très bientôt.
-1. preinstall & postinstall : Activation des script python de pre/post install.
-1. bak : Liste des fichier à copier en .bak lors de mise à jour (par défaut les fichier de conf sont déjà dedans)
+1. dependency_schema : Permet de définir le nom du schéma postgres pour le controle de version et le chemin vers le fichier sqlQueries à exécuter.
+1. users : Les utilisateurs necessaires au fonctionnement de l'application (utilisateur au sens vitis ou postgres)
+1. ressources : Les binaires externes à l'application mais necessaires à son fonctionnement. ATTENTION : Si le lien n'est pas fonctionnel le setup ne pourra pas se générer, il est fortement conseiller de n'utiliser que des liens vers le bucket AWS S3 de développement.
+1. jobs : Permet de définir des jobs cron pour le service vitis. Les requêtes ne fonctionnent pas à l'heure actuelle ce sera implémenté très bientôt.
+1. preinstall & postinstall : Activation des script python de pre/post installation.
+1. bak : Liste des fichiers à copier en .bak lors de mise à jour (par défaut les fichiers de conf sont déjà dedans)
 1. buildapp_cleaner : Fichier/dossier à supprimer avant la génération du app.tgz (ex : fichier présent aprés la compilation mais inutile, ...)
-1. installer_cleaner : Fichier/dossier à supprimer avant d'installer l'application. L'écrasement n'effacera jamais des fichiers supprimé du dépot, ce paramètre est là pour ça.
+1. installer_cleaner : Fichier/dossier à supprimer dans l'application existante avant d'installer la nouvelle version de l'application. L'écrasement n'effacera jamais des fichiers supprimés du dépot (ex : dépendance npm ou composer).
 
-### Définition de templates spécifique
+### Définition de templates spécifiques
 
-Comme expliqué précedemment vous pouvez ajouter un dossier templates dans votre dossier _install.
+Vous pouvez ajouter un dossier templates dans votre dossier _install.
 
 Au moment de la génération du app.tgz, il sera copié à la racine du _install/templates de l'application, il sera renommé d'aprés le nom du module dans le dossier src de l'application.
 
+ex : _install/templates/module_vmap/...
+
 ### Ajout d'un script de pré/post installation
 
 Un script de pre/post installation doit respecter certaines conditions. 
 
-Sa structures minimale doit être : 
+Sa structure minimale doit être : 
 ```python
 #!/usr/bin/env python3
 # coding: utf-8
@@ -271,26 +273,26 @@ class Command:
     self.env = kwargs.get('env')
 
   def execute(self):
-    self.logging.info('vMap postinstall')
+    self.logging.info('Mon module pre/postinstall')
 ```
 
-Le python utilisé pour exécuté le script est compilé dans l'exécutable de l'installer, vous ne pourrez donc pas utiliser n'importe quelle librairie.
+Le python utilisé pour exécuter le script est compilé dans l'exécutable de l'installer, vous ne pourrez donc pas utiliser n'importe quelle librairie.
 
 ```{Tip}
-  Pour ajouter une libraire, il faut générer un EC2 avec l'AMI de VAI, se connecter en ssh dessus avec la clé SSH Jenkins, installé la librairie que l'on souhaite utilisé dans l'OS principal et dans Wine (c'est là que la manipulation devient problèmatique). Puis il faut générer une nouvelle AMI et modifier l'AMI dans le dépôt Git des scripts Jenkins. Opération à faire sur une branche spécifique du dépôt pour le tester avant de le merger dans master.
+  Pour ajouter une libraire, il faut générer un EC2 avec l'AMI de VAI, se connecter en ssh dessus avec la clé SSH Jenkins, installer la librairie que l'on souhaite utiliser dans l'OS principal et dans Wine (c'est là que ça devient problèmatique). Puis il faut générer une nouvelle AMI et modifier l'AMI dans le dépôt Git des scripts Jenkins. Opération à réaliser sur une branche spécifique du dépôt pour tester avant de merger dans master.
 ```
 
 Actuellement vous n'avez que quelques services disponibles via les kwargs : 
 - settings : qui permet de récupérer le contenu du dependencies.json (on parle de la version finale qui est dans le setup)
 - logging : qui permet d'écrire dans les logs de vai
-- env : qui permet d'interagir avec l'environnement et les templates
+- env : qui permet d'interagir avec les templates
 - db : qui permet de lancer des requêtes en base
 
 
 En dehors de cette stucture et de ces limitations vous pouvez faire ce que vous voulez dans le fichier.
 
 ```{Note}
-  Il faut garder à l'esprit que le ces scripts devront être rejouable, et savoir par eux-même s'ils soivent intervenir en installation ou mise à jour.
+  Il faut garder à l'esprit que ces scripts devront être rejouables, et savoir par eux-même s'ils devront intervenir en installation ou mise à jour.
   Il faut prévoir de tester l'existence de fichiers quand c'est necessaire, vérifier des informations en base, ...
 ```
 
@@ -298,12 +300,12 @@ Pour des cas d'utilisations, je vous conseille de regarder le module vMap ou GTF
 
 ## Préparer un module externe
 
-En ce qui concerne les module externe type Oxalis le fichier de dépendances se présente comme le fichier d'un module classique fusionné avec celui de l'application.
+En ce qui concerne les modules externes le fichier de dépendances se présente comme le fichier d'un module classique fusionné avec celui de l'application.
 
-Il se nommera dependecies_mod.json, il comportera 
-- les infos pour accéder à l'paplication, interagir avec la base, ...
-- Le chemin vers le sqlQueries evra être renseigné via la clé archive_path en plus de path qui aura un autre usage dans ce cas (point qui pourra évoluer)
-- Des pré-requis sur des version de modules pourront être spécifiés
+Il se nommera dependencies_mod.json, il comportera :
+- les infos pour accéder à l'application, interagir avec la base, ...
+- Le chemin vers le sqlQueries devra être renseigné via la clé archive_path en supplément de path qui aura un autre usage dans ce cas (point qui pourra évoluer)
+- Des pré-requis sur des versions de modules pourront être spécifiés
 
 ex : 
 ```json
diff --git a/source/vai/generation.md b/source/vai/generation.md
index 68e16a842a6712192c80d83baf4035d8157ba9ed..abe7720af73e94b96c7794fc08411fdf49db152f 100644
--- a/source/vai/generation.md
+++ b/source/vai/generation.md
@@ -2,26 +2,28 @@
 
 ## Génération d'un setup d'installation pour une application
 
-Il faut passer par [le Jenkins de Veremes](http://jenkins.veremes.net/), et lancer le job **Generate_app_setup_2020**.
+Il faut passer par [le serveur Jenkins de Veremes](http://jenkins.veremes.net/), et lancer le job **Generate_app_setup_2020**.
 
-Il faut définir l'application à générer (si l'application que vous voulez générer n'est pas dans la liste il faut demander à un administrateur de l'ajouter).
+Il faut définir l'application à générer (si l'application que vous voulez générer n'est pas dans la liste il faut demander à un administrateur Jenkins de l'ajouter).
 La référence du commit Git de l'application à générer, la référence du commit pour Le job jenkins et la référence Git pour VAI.
 
 La référence du commit pour Jenkins, est utilisé pour la définition du pipeline et l'AMI  à utilisé pour lancer VAI.
 La référence du commit pour VAI, permet de définir quelle version de VAI on veut lancer pour générer l'installer
 La référence du commit de l'application est utilisé pour généré le app.tgz.
 
-Le job, va lancer une machine AWS d'aprés une AMI Linux avec PyInstaller, ... déjà installer sur la machine. Jenkins, va ensuite se connecter à la machine, cloner les sources de l'application à générer, puis lancer un script qui va permettre la construction du app.tgz. 
+Quand je parle de référence de commit je fais référence, à une branche, un tag ou un sha1.
+
+Jenkins va alors lancer un EC2 d'aprés une AMI Linux avec PyInstaller, et les autres librairies déjà installées. Jenkins, va ensuite se connecter à la machine, cloner les sources de l'application à générer, puis lancer un script qui va permettre la construction du app.tgz. 
 Ce script va d'abord cloner les modules, lancer le script mount_project.sh, installer les dépendances du frontend et le compiler en mode production, puis installer les dépendances pour le backend.
-Il va ensuite télécharger les ressources externes et nettoyer l'arboresence. Pour finir on produit une archive qui va conserver l'arborescence des point de montage comme si c'était des dossiers normaux.
+Il va ensuite télécharger les ressources externes et nettoyer l'arboresence. Pour finir on produit une archive qui va conserver l'arborescence des points de montage comme si c'était des dossiers normaux.
 
 ```{Warning}
-  Il peut compiler les moteurs pour vous si le script build_engine.sh est présent cependant je vous le déconseille. La compilation via nexe avec wine présente de gros problème de fonctionnement ensuite sur la version Windows. Il vaut mieux les compiler en amont avec l'autre job jenkins prévu pour et les ajouter comme ressources complémentaires.
+  VAI peut compiler les moteurs pour vous si le script build_engine.sh est présent cependant je vous le déconseille. La compilation via nexe avec wine présente de gros problèmes de fonctionnement ensuite sur la version Windows. Il vaut mieux les compiler en amont avec l'autre job jenkins prévu pour et les ajouter comme ressources complémentaires.
 ```
 
 Ensuite on lance la production du binaire `installer`, une première fois pour linux sur la machine directement et une seconde fois sur la même machine à travers Wine ce qui permet d'avoir la version Windows du binaire.
 
-Une fois cette étape terminé, Jenkins zip les setups et les envois sur AWS S3 dans le dossier builds du bucket veremes-dev-ressource.
+Une fois cette étape terminée, Jenkins zip les setups et les transferts sur AWS S3 dans le dossier **builds** du bucket **veremes-dev-ressource**.
 
 ## Génération d'un setup d'installation pour un module externe
 
@@ -30,4 +32,4 @@ Au niveau de l'utilisation c'est sensiblement la même chose il faut lancer le j
 
 La construction du fichier `mod.tgz` est bien plus rapide vu qu'il n'y a pas de compilation ou de récupération de dépendances supplémentaires.
 La compilation de l'installer est identique. 
-L'archive finale est également généré et envoyé sur AWS S3.
\ No newline at end of file
+L'archive finale est également générée et envoyée sur AWS S3.
\ No newline at end of file
diff --git a/source/vai/index.rst b/source/vai/index.rst
index 2f305091c521edf367e612247eba119783351c7f..396666d7da4d30d321562f59d4a127721509b8af 100644
--- a/source/vai/index.rst
+++ b/source/vai/index.rst
@@ -9,7 +9,7 @@ VAI : Vitis Application Installer
 
 VAI est l'exécutable permettant d'installer une application basée sur Vitis sur un serveur.
 
-Dans cette documentation je considère que vous savez ce qu'est une application Web basée sur Vitis et que vous connaissez l'architecture de ces application en développement.
+Dans cette documentation, je considère que vous savez ce qu'est une application Web basée sur Vitis et que vous connaissez l'architecture de ces applications en développement.
 
 ============================================
 
diff --git a/source/vai/presentation.md b/source/vai/presentation.md
index 4a0246221a2dce9592e9fe781430f392ed7ad2a5..8463ef08f5fc13f62522591aace9fe1aa9fe8aac 100644
--- a/source/vai/presentation.md
+++ b/source/vai/presentation.md
@@ -1,32 +1,33 @@
 # Présentation
 
-VAI s'appuie sur [PyInstaller](https://pyinstaller.org/en/stable/), de générer un executable à partir d'un code python et de l'interpréteur python.
+VAI s'appuie sur [PyInstaller](https://pyinstaller.org/en/stable/), de générer un executable à partir d'un code python et de l'interpréteur python présent sur la machine de compilation.
 
-VAI est un script python permettant d'installer une application Web Vitis, c'est à dire qu'il peut réaliser les taches suivantes : 
+VAI est un script python permettant d'installer une application Web Vitis, c'est à dire qu'il va réaliser les taches suivantes : 
 - Vérification des pré-requis sur le serveur :
   - Espace disque suffisant
   - OS compatible
   - Présence de Postgres, Postgis, Apache
-- Exécution de script de pré-installation
+- Exécution des scripts de pré-installation
 - Sauvegarde des fichiers sensibles
-- Activation d'extension postgres
+- Activation d'extension postgres (postgis, pgcrypto)
 - Mise à jour de la base de données
 - Création d'utilisateurs dans la base et/ou l'application
 - Mise à jour du code source de l'application
-- Suppression de fichier de développement
+- Suppression de fichiers à ne pas publier en production
 - Configuration de l'application
 - Configuration d'Apache
+- Génération des clés de chiffrement nécessaire au fonctionnement de l'application.
 - Installation de ressources et d'exécutables externe
 - Exécution de script de post-installation
 
 Le livrable de VAI que l'on appelle aussi setup ou installer, se compose de plusieurs fichiers : 
-- installer/installer.exe : binaire qui contient Python et le script d'installation
-- app.tgz/mod.tgz : code source et ressources complémentaire à installer
+- installer/installer.exe : binaire qui contient l'interpréteur Python et le script d'installation
+- app.tgz/mod.tgz : code source et ressources complémentaires à installer
 - dependencies.json : fichier de configuration de l'installation
 - Readme.md : fichier expliquant ce qu'il faut parametrer sur le dependencies.json
 
-Pour installer une application il suffit d'éditer le dependencies.json en fonction de ce qui est demandé pour l'application à installer, et delancer le binaire installer (en sudo ou admin en fonction de l'OS). 
-Suite à l'exécution un fichier de log sera généré contenant ce qui est remonté dans la console pendant l'exécution.
+Pour installer une application il suffit d'éditer le dependencies.json en fonction de ce qui est demandé pour l'application à installer, et de lancer le binaire `installer(.exe)` (en sudo pour linux ou administrateur pour windows). 
+Suite à l'exécution, un fichier de log sera généré contenant ce qui est remonté dans la console pendant l'exécution.
 
 
 Exemple de dependencies.json :