Fixes #10
Fixes #7

Système de fichiers non géré donc ticket clos. Ajout d'un système
permettant de créer le code de l'analyse. Copie du mail que j'ai envoyé
décrivant le système :

Une classe abstraite OrganismAnalyzer contenant les méthodes abstraites
à implémenter par les classes filles, ainsi que les méthodes communes à
celles-ci.

Une classe d'analyse par type d'organisme (VirusAnalyzer,
ProkaryoteAnalyzer et EukaryoteAnalyzer). Ces classes auront donc à
implémenter les méthodes abstraite de la classe OrganismAnalyzer, et
auront leurs propres méthodes de traitement d'un organisme. Ces classes
sont bien entendu des singleton. L'avantage est de n'avoir jamais à
tester le type de l'organisme, car si on fait qu'une seule classe
d'analyse, non seulement on met trop dans une seule classe (plusieurs
traitements différents) mais en plus, à chaque fois que quelque chose
change d'un type d'organisme à un autre, il faudrait tester son type.
Redondance de code et d'instructions de type switch case pour le type
d'organisme, bref pas pratique. Dans ma solution, on connait déjà le
type d'organisme donc à la moindre modif on sait où chercher, et en plus
on aura jamais à tester le type d'organisme à part uniquement au tout
début, lorsqu'on lance son traitement par l'un des analyseurs.

Enfin, une classe AnalysisHandler qui comme son nom l'indique, gère
l'analyse. En théorie, cette classe initialisera les 3 singletons, les
écoutera, et enregistrera les informations de l'analyse en temps réel
(enregistrement des stats dans des variables). A la fin de l'analyse,
elle créera le fichier de stats.

On devra aussi faire une classe qui elle écoutera AnalysisHandler, afin
de fournir les informatons en temps réel de l'analyse dans une console
visible par l'utilisateur, et de lui permettre d'arrêter l'analyse à
tout moment.