rapport: write about methodology

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
 

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 ![ci-dessous](#diagram_usecases).
@@ -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