diff --git a/doc/rapport.gpp.md b/doc/rapport.gpp.md
index ab0838e3c91f8090357d1d30e31946950b977510..74cf9ccd348ccff5c3b101b9cee0840f210edea4 100644
--- a/doc/rapport.gpp.md
+++ b/doc/rapport.gpp.md
@@ -139,10 +139,33 @@ d’un travail déjà existant.
- Si le temps le permet: optimisation de la bande passante du réseau
dans le cas de nombreux téléchargements effectués en parallèle.
-## Méthodologie de travail
-**TODO: Expliquer comment le travail a été planifié, les meetings
-hebdomadaires, les outils à disposition, le fait de travailler à
-distance dans un contexte "cours du soir"**
+## Déroulement
+
+Ce projet n'e pas n'a pas été réalisé dans les locaux d'!!acronym{HEPIA}
+mais à distance, depuis la maison, en partie à cause de la situation
+sanitaire due au COVID-19 mais aussi parce qu'il est effectué dans le
+cadre d'un bachelor en cours du soir, en parallèle à une activité
+professionnelle à 80%.
+
+Des rendez-vous hebdomadaires avec le professeur responsable Florent
+Glück ainsi que l'assistant Sébastien Chassot ont été organisés tous les
+mercredis, afin d'assurer un suivi du projet.
+
+## Matériel à disposition
+
+Deux mini-ordinateurs ont étés prêtés par !!acronym{HEPIA} pour la durée
+du projet, afin d'effectuer des tests sur du matériel réel. Ces
+ordinateurs ont les spécifications suivantes:
+
+- Constructeur: _DELL_
+- Modèle: _Optiplex 7060 micro_
+- Processeur: _Intel® Core™ i7-8700 @ 3.20GHz_
+- Mémoire vive: 8 GiB (2 barettes 4GiB _SODIMM DDR4 Synchronous_ 2666
+ MHz (0.4 ns))
+- Disque: _TOSHIBA KSG60ZMV_ SSD 476GiB (512GB)
+- Réseau: _Intel e1000e Gigabit Ethernet_
+
+## Méthodologie
# Cas d'utilisation
diff --git a/doc/rapport.md b/doc/rapport.md
index 08526953649d984f22f6baca4b526754dfd7833d..efeb3740719aa89ac4536e84faaf460c39abb157 100644
--- a/doc/rapport.md
+++ b/doc/rapport.md
@@ -14,6 +14,8 @@
- **ESP**: _EFI System Partition_: partition système EFI
+- **FOG**: _Free Open-source Ghost_
+
- **FTP**: _File Transfer Protocol_: protocole de transfert de fichier
- **GPT**: _GUID Partition Table_: table de partitionnement GUID
@@ -26,6 +28,8 @@
- **HTTP**: _HyperText Transfer Protocol_: protocole de transfert hypertexte
+- **IBM**: _International Business Machines corporation_
+
- **IPFS**: _InterPlanetary File System_: système de fichier inter-planétaire
- **IP**: _Internet Protocol_: protocole internet
@@ -112,18 +116,29 @@ d’un travail déjà existant.
dans le cas de nombreux téléchargements effectués en parallèle.
## Méthodologie de travail
-**TODO: Expliquer comment le travail a été planifié, les meetings
-hebdomadaires, les outils à disposition, le fait de travailler à
-distance dans un contexte "cours du soir"**
-# Cas d'utilisation
+Il n'a pas été réalisé dans les locaux d'<abbr title="Haute école du paysage, d’ingénierie et d’architecture de Genève ">HEPIA</abbr> mais à
+distance, en partie à cause de la situation sanitaire due au COVID-19
+mais aussi parce qu'il est effectué dans le cadre d'un bachelor en cours
+du soir, en parallèle à une activité professionnelle à 80%.
+
+Des rendez-vous hebdomadaires avec le professeur responsable Florent
+Glück ainsi que l'assistant Sébastien Chassot ont été organisés tous les
+mercredis, afin d'assurer un suivi du projet.
-**TODO: décrire les cas d'utilisation du projet à l'aide d'un diagramme
-de use cases qui montre les inter-actions possibles entre les
-différentes entités du sytème que sont les utilsateurs, administrateurs,
-les postes clients, le serveur, les images, les configurations. Le
-diagramme doit décrire les aspects fonctionnels du système (quoi) sans
-détailler les aspects techniques (comment).**
+Deux mini-ordinateurs ont étés prêtés pour la durée du projet, afin
+d'effectuer des tests sur du matériel réel. Ces ordinateurs ont les
+spécifications suivantes:
+
+- Constructeur: _DELL_
+- Modèle: _Optiplex 7060 micro_
+- Processeur: _Intel® Core™ i7-8700 3.20GHz_
+- Mémoire vive: 8 GiB (2 barettes 4GiB _SODIMM DDR4 Synchronous_ 2666
+ MHz (0.4 ns))
+- Disque: _TOSHIBA KSG60ZMV_ SSD 476GiB (512GB)
+- Réseau: _Intel e1000e Gigabit Ethernet_
+
+# Cas d'utilisation
L'aspect fonctionnel du système à réaliser est décrit avec un diagramme
de cas d'utilisations dans la figure .
@@ -146,15 +161,34 @@ Les sous-sections qui suivent décrivent quelques-uns de ces systèmes,
leurs points forts et points faibles et pourquoi ils ne sont pas adaptés
tels-quel pour ce projet.
-## IBM Tivoli / Rembo
+## BpBatch / Rembo / <abbr title="International Business Machines corporation ">IBM</abbr> Tivoli
+
+Ce système est l'inspiration directe de ce projet. Son développement a
+commencé en 1996 au département informatique de l'université de Genève
+par Marc Vuilleumier Stückelberg et David Clerc.
-**TODO: expliquer que ce projet se rapproche le plus des objectifs du
-projet, qu'il a été développé initialement à l'université de Genève et a
-été utilisé à HEPIA par le passé avec succès. Expliquer le rachat par
-IBM et la problématique de la licence couteuse. Introduire l'intérêt
-d'une solution open source pour ne pas retomber dans le meme schéma.**
+Les fonctionnalités de ce projet sont similaires à celles visée par le
+projet _Bootiful_. Il permet aux postes clients de lancer un mini
+système d'exploitation via <abbr title="Pre-boot eXecution Environment: environnement d’exécution pré-démarrage ">PXE</abbr> au démarrage de la machine. Ce
+mini-système permet de télécharger et déployer des images de système
+d'exploitation sur la machine, tout en créant une copie en cache à la
+fin du disque pour éviter de la télécharger plusieurs fois.
+
+La première version, nommée _BpBatch_ fut distribuée gratuitement sur
+internet. Une entreprise nommée _Rembo Technology Sàrl_ a ensuite été
+fondée en 1999 pour continuer un développement commercial de ce projet
+sous le nom de _Rembo_. En 2006, la société a été rachetée par IBM et le
+projet a été intégré à leur solution _Tivoli Provisionning Manager_.
+
+Bien que ce système réponde aux besoins, sa licence couteuse et sa
+complexité sont problématiques pour une utilisation à <abbr title="Haute école du paysage, d’ingénierie et d’architecture de Genève ">HEPIA</abbr>.
+
+Le développement d'une solution alternative _open-source_ plus simple et
+se basant sur des briques logicielles existantes a donc tout son
+intérêt.
+
+## <abbr title="Free Open-source Ghost ">FOG</abbr> project
-## Fog
**TODO: expliquer le fonctionnement et les cas d'utilisation de fog,
l'utilisation actuelle de ce système dans l'école, de ses limitations et
@@ -1620,7 +1654,6 @@ compte le temps passé à attendre un choix de l'utilisateur.
### Amélioration des logs
-
Plusieurs améliorations ont été apportées au mécanisme de logging. Dans
le système initial, les flux `stdin` et `stdout` du script de
déploiement étaient redirigés vers un fichier de log sur le serveur.
@@ -1781,12 +1814,6 @@ un environnement de production.**
**TODO: expliquer exactement comment sont structurées les données des
images (raw et clonezilla).**
-## Système de personnalisation des images
-
-**TODO: expliquer en détails comment fonctionne le système de
-personnalisation des images, ce qui est nécéssaire sur le client et ce
-qui est nécessaire sur le serveur**
-
# Utilisation du système déployé
## Déployer une image sur un poste
diff --git a/doc/rapport.pdf b/doc/rapport.pdf
index 0a566c9d888f2de26825617844bf1956e63fde3d..6be99d48c8dd8b594cfee3b4f476450cfd9ebd90 100644
Binary files a/doc/rapport.pdf and b/doc/rapport.pdf differ