feat: docs update
This commit is contained in:
grayTerminal-sh
parent
fa57acfe89
commit
d5324f9573
2 changed files with 530 additions and 171 deletions
|
|
@ -1,8 +1,8 @@
|
||||||
# Architecture
|
# Architecture
|
||||||
|
|
||||||
Version : 1.0
|
Version : 2.0
|
||||||
|
|
||||||
Dernière mise à jour : 2026-07-06
|
Dernière mise à jour : 2026-07-14
|
||||||
|
|
||||||
Auteur : fy59
|
Auteur : fy59
|
||||||
|
|
||||||
|
|
@ -12,103 +12,193 @@ Auteur : fy59
|
||||||
|
|
||||||
Ce document décrit l'architecture logicielle de **Labfy Investigation**.
|
Ce document décrit l'architecture logicielle de **Labfy Investigation**.
|
||||||
|
|
||||||
|
Il constitue le document de référence du projet.
|
||||||
|
|
||||||
Son objectif est de :
|
Son objectif est de :
|
||||||
|
|
||||||
- définir les responsabilités de chaque composant ;
|
- définir les responsabilités de chaque module ;
|
||||||
- faciliter la maintenance ;
|
|
||||||
- garantir une architecture cohérente ;
|
- garantir une architecture cohérente ;
|
||||||
- limiter les dépendances entre les modules.
|
- limiter le couplage entre les composants ;
|
||||||
|
- faciliter les évolutions futures ;
|
||||||
|
- permettre la réalisation de tests unitaires indépendants de l'interface graphique.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Philosophie
|
# Vision
|
||||||
|
|
||||||
Labfy Investigation repose sur une architecture modulaire.
|
Labfy Investigation est un logiciel libre d'investigation numérique,
|
||||||
|
développé en **C17** avec **GTK4**.
|
||||||
|
|
||||||
Chaque composant possède une responsabilité clairement définie.
|
Le projet a pour objectif de fournir un environnement professionnel
|
||||||
|
permettant de gérer une enquête numérique de bout en bout :
|
||||||
|
|
||||||
Aucun module ne doit effectuer plusieurs tâches sans justification.
|
- création d'une enquête ;
|
||||||
|
- collecte des preuves ;
|
||||||
|
- organisation des informations ;
|
||||||
|
- analyse ;
|
||||||
|
- génération de rapports.
|
||||||
|
|
||||||
|
L'application est conçue pour être utilisée aussi bien par :
|
||||||
|
|
||||||
|
- des particuliers ;
|
||||||
|
- des journalistes ;
|
||||||
|
- des analystes OSINT ;
|
||||||
|
- des experts judiciaires ;
|
||||||
|
- des forces de l'ordre.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Principes fondamentaux
|
||||||
|
|
||||||
|
## Une enquête = un dossier autonome
|
||||||
|
|
||||||
|
Chaque enquête contient tout ce qui est nécessaire à son fonctionnement.
|
||||||
|
|
||||||
|
```
|
||||||
|
MonEnquete/
|
||||||
|
|
||||||
|
├── 00_BaseDeDonnees/
|
||||||
|
│ └── Enquete.sqlite
|
||||||
|
│
|
||||||
|
├── 01_Preuves_Originales/
|
||||||
|
├── 02_Preuves_Traitees/
|
||||||
|
├── 03_Chronologie/
|
||||||
|
├── 04_Entites/
|
||||||
|
├── 05_Rapports/
|
||||||
|
│
|
||||||
|
└── ...
|
||||||
|
```
|
||||||
|
|
||||||
|
Une enquête peut être :
|
||||||
|
|
||||||
|
- copiée ;
|
||||||
|
- déplacée ;
|
||||||
|
- synchronisée ;
|
||||||
|
- sauvegardée ;
|
||||||
|
- archivée ;
|
||||||
|
- transmise.
|
||||||
|
|
||||||
|
Aucune dépendance externe ne doit être nécessaire.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Les preuves originales sont immuables
|
||||||
|
|
||||||
|
Les preuves originales ne doivent jamais être modifiées.
|
||||||
|
|
||||||
|
Toute opération produisant :
|
||||||
|
|
||||||
|
- une annotation ;
|
||||||
|
- une conversion ;
|
||||||
|
- une extraction ;
|
||||||
|
- une analyse ;
|
||||||
|
|
||||||
|
doit produire un nouveau fichier dans un espace dédié.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Le Core est indépendant de GTK
|
||||||
|
|
||||||
|
La logique métier ne dépend jamais de l'interface graphique.
|
||||||
|
|
||||||
|
Le Core doit pouvoir être testé sans lancer GTK.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Les Widgets ne connaissent pas le métier
|
||||||
|
|
||||||
|
Les widgets affichent uniquement les informations fournies.
|
||||||
|
|
||||||
|
Ils ne manipulent jamais :
|
||||||
|
|
||||||
|
- SQLite ;
|
||||||
|
- le système de fichiers ;
|
||||||
|
- les preuves.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Développement incrémental
|
||||||
|
|
||||||
|
Chaque ticket doit :
|
||||||
|
|
||||||
|
- compiler sans warning ;
|
||||||
|
- être documenté ;
|
||||||
|
- être testé ;
|
||||||
|
- ne pas casser les fonctionnalités existantes.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Architecture générale
|
# Architecture générale
|
||||||
|
|
||||||
Le projet suit une architecture inspirée du modèle MVC (Model - View - Controller).
|
|
||||||
|
|
||||||
```
|
```
|
||||||
Utilisateur
|
Utilisateur
|
||||||
│
|
│
|
||||||
▼
|
▼
|
||||||
+------------------+
|
+-----------------+
|
||||||
| Vue (GTK4) |
|
| GTK4 |
|
||||||
+------------------+
|
| Views / Widgets |
|
||||||
|
+-----------------+
|
||||||
│
|
│
|
||||||
▼
|
▼
|
||||||
+------------------+
|
+-----------------+
|
||||||
| Contrôleur |
|
| Application |
|
||||||
+------------------+
|
+-----------------+
|
||||||
│
|
│
|
||||||
▼
|
▼
|
||||||
+------------------+
|
+---------------------------+
|
||||||
| DAO |
|
| InvestigationProject |
|
||||||
+------------------+
|
+---------------------------+
|
||||||
|
│ │
|
||||||
|
▼ ▼
|
||||||
|
FileSystem Database
|
||||||
|
│ │
|
||||||
|
└────────┬────────┘
|
||||||
|
▼
|
||||||
|
Investigation
|
||||||
│
|
│
|
||||||
▼
|
▼
|
||||||
+------------------+
|
Models
|
||||||
| SQLite |
|
|
||||||
+------------------+
|
|
||||||
```
|
```
|
||||||
|
|
||||||
Chaque couche communique uniquement avec la couche immédiatement inférieure.
|
Cette architecture permet une séparation claire entre :
|
||||||
|
|
||||||
|
- l'interface graphique ;
|
||||||
|
- la logique métier ;
|
||||||
|
- le stockage.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Arborescence
|
# Organisation du projet
|
||||||
|
|
||||||
```
|
```
|
||||||
labfy-investigation/
|
labfy-investigation/
|
||||||
|
|
||||||
├── include/
|
include/
|
||||||
├── src/
|
src/
|
||||||
│
|
|
||||||
├── docs/
|
database/
|
||||||
├── database/
|
docs/
|
||||||
├── tests/
|
resources/
|
||||||
├── tools/
|
tests/
|
||||||
├── resources/
|
tools/
|
||||||
│
|
|
||||||
├── Makefile
|
README.md
|
||||||
├── README.md
|
LICENSE
|
||||||
├── LICENSE
|
CHANGELOG.md
|
||||||
├── CHANGELOG.md
|
CONTRIBUTING.md
|
||||||
└── CONTRIBUTING.md
|
Makefile
|
||||||
```
|
```
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Description des dossiers
|
# Organisation du code
|
||||||
|
|
||||||
## include/
|
|
||||||
|
|
||||||
Contient l'ensemble des interfaces publiques.
|
|
||||||
|
|
||||||
Aucun code métier ne doit être présent dans les fichiers d'en-tête.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## src/
|
|
||||||
|
|
||||||
Contient l'implémentation du logiciel.
|
|
||||||
|
|
||||||
Il est organisé en plusieurs modules :
|
|
||||||
|
|
||||||
```
|
```
|
||||||
src/
|
src/
|
||||||
|
|
||||||
core/
|
core/
|
||||||
dao/
|
database/
|
||||||
models/
|
models/
|
||||||
controllers/
|
|
||||||
views/
|
views/
|
||||||
widgets/
|
widgets/
|
||||||
utils/
|
utils/
|
||||||
|
|
@ -116,105 +206,76 @@ utils/
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## database/
|
|
||||||
|
|
||||||
Contient :
|
|
||||||
|
|
||||||
- le schéma SQLite ;
|
|
||||||
- les scripts d'initialisation ;
|
|
||||||
- les éventuelles migrations.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## docs/
|
|
||||||
|
|
||||||
Documentation technique.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## tests/
|
|
||||||
|
|
||||||
Tests unitaires et fonctionnels.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## resources/
|
|
||||||
|
|
||||||
Toutes les ressources utilisées par l'application :
|
|
||||||
|
|
||||||
- icônes ;
|
|
||||||
- feuilles CSS ;
|
|
||||||
- fichiers GtkBuilder (.ui).
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
# Description des modules
|
# Description des modules
|
||||||
|
|
||||||
## Core
|
## Core
|
||||||
|
|
||||||
Le module Core initialise l'application.
|
Le Core pilote l'application.
|
||||||
|
|
||||||
|
Il ne dépend jamais de GTK.
|
||||||
|
|
||||||
Il gère :
|
Il gère :
|
||||||
|
|
||||||
- le cycle de vie du programme ;
|
- le cycle de vie de l'application ;
|
||||||
- la configuration ;
|
- l'ouverture d'une enquête ;
|
||||||
- l'ouverture de l'enquête ;
|
- la fermeture d'une enquête ;
|
||||||
- la fermeture propre.
|
- les interactions entre les modules.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## Models
|
## InvestigationProject
|
||||||
|
|
||||||
Les modèles représentent les objets métiers.
|
InvestigationProject est le point d'entrée métier.
|
||||||
|
|
||||||
Exemples :
|
Il est responsable de :
|
||||||
|
|
||||||
- Preuve
|
- créer une enquête ;
|
||||||
- Entite
|
- ouvrir une enquête ;
|
||||||
- Personne
|
- fermer une enquête ;
|
||||||
- Recherche
|
- valider une enquête ;
|
||||||
- Source
|
- initialiser SQLite ;
|
||||||
|
- gérer le système de fichiers.
|
||||||
|
|
||||||
Ils ne connaissent ni GTK ni SQLite.
|
Toute manipulation d'une enquête passe obligatoirement par ce module.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## DAO
|
## Database
|
||||||
|
|
||||||
Les DAO sont responsables de l'accès aux données.
|
Le module Database est responsable du stockage.
|
||||||
|
|
||||||
Ils sont les seuls autorisés à communiquer avec SQLite.
|
Il gère :
|
||||||
|
|
||||||
Ils réalisent :
|
- la connexion SQLite ;
|
||||||
|
- le schéma ;
|
||||||
- INSERT
|
- les migrations ;
|
||||||
- UPDATE
|
- les transactions.
|
||||||
- DELETE
|
|
||||||
- SELECT
|
|
||||||
|
|
||||||
Aucune requête SQL ne doit apparaître ailleurs.
|
Aucune requête SQL ne doit apparaître ailleurs.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## Controllers
|
## Models
|
||||||
|
|
||||||
Les contrôleurs assurent la logique applicative.
|
Les modèles représentent les objets métier.
|
||||||
|
|
||||||
Ils reçoivent les événements provenant de l'interface graphique.
|
Par exemple :
|
||||||
|
|
||||||
Ils utilisent les DAO.
|
- InvestigationNode
|
||||||
|
- Preuve
|
||||||
|
- Entité
|
||||||
|
- Relation
|
||||||
|
- Chronologie
|
||||||
|
|
||||||
Ils mettent à jour les vues.
|
Ils ne connaissent ni GTK ni SQLite.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## Views
|
## Views
|
||||||
|
|
||||||
Les vues représentent l'interface utilisateur.
|
Les vues représentent les fenêtres de l'application.
|
||||||
|
|
||||||
Elles ne contiennent aucun code métier.
|
Elles ne contiennent aucune logique métier.
|
||||||
|
|
||||||
Une vue affiche uniquement des informations.
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|
@ -225,127 +286,155 @@ Les widgets sont des composants GTK réutilisables.
|
||||||
Par exemple :
|
Par exemple :
|
||||||
|
|
||||||
- Sidebar
|
- Sidebar
|
||||||
|
- Workspace
|
||||||
|
- InvestigationTreeView
|
||||||
- Toolbar
|
- Toolbar
|
||||||
- Statusbar
|
- Statusbar
|
||||||
- PropertyPanel
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## Utils
|
## Utils
|
||||||
|
|
||||||
Fonctions utilitaires :
|
Fonctions génériques.
|
||||||
|
|
||||||
|
Exemples :
|
||||||
|
|
||||||
- SHA-256
|
- SHA-256
|
||||||
- Date
|
- Dates
|
||||||
- Fichiers
|
- Gestion des fichiers
|
||||||
- Journalisation
|
- Journalisation
|
||||||
|
|
||||||
Les utilitaires ne doivent jamais dépendre du reste du projet.
|
Les utilitaires ne doivent dépendre d'aucun module métier.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Flux de données
|
# Flux de données
|
||||||
|
|
||||||
Lorsqu'un utilisateur ajoute une preuve :
|
Lorsqu'un utilisateur ouvre une enquête :
|
||||||
|
|
||||||
```
|
```
|
||||||
Utilisateur
|
Utilisateur
|
||||||
|
|
||||||
↓
|
↓
|
||||||
|
|
||||||
Vue GTK
|
GTK
|
||||||
|
|
||||||
↓
|
↓
|
||||||
|
|
||||||
Controller
|
Application
|
||||||
|
|
||||||
↓
|
↓
|
||||||
|
|
||||||
DAO
|
InvestigationProject
|
||||||
|
|
||||||
↓
|
↓
|
||||||
|
|
||||||
SQLite
|
FileSystem
|
||||||
|
|
||||||
↓
|
↓
|
||||||
|
|
||||||
DAO
|
Database
|
||||||
|
|
||||||
↓
|
↓
|
||||||
|
|
||||||
Controller
|
Investigation
|
||||||
|
|
||||||
↓
|
↓
|
||||||
|
|
||||||
Vue GTK
|
GUI
|
||||||
```
|
```
|
||||||
|
|
||||||
Le flux est toujours identique.
|
Le flux est toujours unidirectionnel.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Dépendances
|
# Dépendances
|
||||||
|
|
||||||
Les dépendances suivent la règle suivante :
|
Les dépendances suivent toujours cette règle :
|
||||||
|
|
||||||
```
|
```
|
||||||
|
Widgets
|
||||||
|
│
|
||||||
|
▼
|
||||||
Views
|
Views
|
||||||
↓
|
│
|
||||||
Controllers
|
▼
|
||||||
↓
|
Application
|
||||||
DAO
|
│
|
||||||
↓
|
▼
|
||||||
SQLite
|
InvestigationProject
|
||||||
|
│
|
||||||
|
┌──┴───────┐
|
||||||
|
▼ ▼
|
||||||
|
Database FileSystem
|
||||||
|
│
|
||||||
|
▼
|
||||||
|
Models
|
||||||
```
|
```
|
||||||
|
|
||||||
Les dépendances inverses sont interdites.
|
Les dépendances inverses sont interdites.
|
||||||
|
|
||||||
Par exemple :
|
|
||||||
|
|
||||||
Le DAO ne doit jamais appeler une vue.
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Gestion de la mémoire
|
# Gestion de la mémoire
|
||||||
|
|
||||||
Chaque module est responsable des ressources qu'il alloue.
|
Chaque allocation possède une fonction de libération correspondante.
|
||||||
|
|
||||||
Toute allocation possède une fonction de libération correspondante.
|
Les responsabilités de libération sont clairement définies.
|
||||||
|
|
||||||
|
Aucun module ne libère une ressource qu'il n'a pas créée.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Gestion des erreurs
|
# Gestion des erreurs
|
||||||
|
|
||||||
Les erreurs remontent toujours vers le contrôleur.
|
Les erreurs remontent toujours jusqu'à Application.
|
||||||
|
|
||||||
L'interface graphique est responsable de leur affichage.
|
L'interface graphique est uniquement responsable de leur affichage.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Tests
|
||||||
|
|
||||||
|
Chaque nouveau module doit pouvoir être testé indépendamment.
|
||||||
|
|
||||||
|
Les tests unitaires ne doivent jamais dépendre de GTK.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Évolutivité
|
# Évolutivité
|
||||||
|
|
||||||
L'ajout d'un nouveau type d'entité ou d'une nouvelle fonctionnalité doit nécessiter le moins de modifications possibles.
|
L'architecture doit permettre l'ajout de nouveaux modules sans modifier les composants existants.
|
||||||
|
|
||||||
L'architecture doit favoriser l'extension plutôt que la modification du code existant.
|
Les nouvelles fonctionnalités doivent privilégier l'extension plutôt que la modification.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Principes
|
# Objectifs à long terme
|
||||||
|
|
||||||
L'architecture repose sur les principes suivants :
|
Le projet doit permettre :
|
||||||
|
|
||||||
- responsabilité unique ;
|
- la gestion complète d'une enquête numérique ;
|
||||||
- faible couplage ;
|
- la conservation de la chaîne de preuve ;
|
||||||
- forte cohésion ;
|
- l'intégration de modules OSINT ;
|
||||||
- séparation des responsabilités ;
|
- l'analyse de fichiers ;
|
||||||
- simplicité ;
|
- la génération de rapports professionnels ;
|
||||||
- lisibilité ;
|
- le packaging multiplateforme.
|
||||||
- maintenabilité.
|
|
||||||
|
Le logiciel doit rester :
|
||||||
|
|
||||||
|
- libre ;
|
||||||
|
- documenté ;
|
||||||
|
- modulaire ;
|
||||||
|
- testable ;
|
||||||
|
- maintenable.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Conclusion
|
# Conclusion
|
||||||
|
|
||||||
Toute nouvelle fonctionnalité doit s'intégrer dans cette architecture.
|
Toute nouvelle fonctionnalité doit respecter cette architecture.
|
||||||
|
|
||||||
Si une évolution nécessite de contourner ces règles, la décision doit être documentée et justifiée.
|
En cas de dérogation, celle-ci devra être documentée et justifiée.
|
||||||
|
|
||||||
|
L'objectif est de garantir la stabilité du projet tout en facilitant son évolution sur le long terme.
|
||||||
|
|
|
||||||
270
docs/ROADMAP.md
270
docs/ROADMAP.md
|
|
@ -0,0 +1,270 @@
|
||||||
|
# Roadmap
|
||||||
|
|
||||||
|
# Vision
|
||||||
|
|
||||||
|
Labfy Investigation est un logiciel libre d'investigation numérique,
|
||||||
|
développé en C17 avec GTK4.
|
||||||
|
|
||||||
|
Le projet a pour objectif de fournir un environnement professionnel
|
||||||
|
permettant de gérer une enquête numérique de bout en bout, depuis la
|
||||||
|
collecte des preuves jusqu'à la génération d'un rapport.
|
||||||
|
|
||||||
|
Le logiciel est conçu pour être utilisé aussi bien par des particuliers
|
||||||
|
que par des professionnels (journalistes, enquêteurs, forces de l'ordre,
|
||||||
|
experts judiciaires, analystes OSINT).
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Principes d'architecture
|
||||||
|
|
||||||
|
Le développement repose sur plusieurs règles fondamentales.
|
||||||
|
|
||||||
|
## Une enquête = un dossier autonome
|
||||||
|
|
||||||
|
Chaque enquête contient l'ensemble des éléments nécessaires à son
|
||||||
|
fonctionnement.
|
||||||
|
|
||||||
|
```text
|
||||||
|
MonEnquete/
|
||||||
|
│
|
||||||
|
├── 00_BaseDeDonnees/
|
||||||
|
│ └── Enquete.sqlite
|
||||||
|
│
|
||||||
|
├── 01_Preuves_Originales/
|
||||||
|
├── 02_Preuves_Traitees/
|
||||||
|
├── 03_Chronologie/
|
||||||
|
├── 04_Entites/
|
||||||
|
├── 05_Rapports/
|
||||||
|
│
|
||||||
|
└── ...
|
||||||
|
```
|
||||||
|
|
||||||
|
Une enquête peut être :
|
||||||
|
|
||||||
|
- copiée ;
|
||||||
|
- sauvegardée ;
|
||||||
|
- synchronisée ;
|
||||||
|
- archivée ;
|
||||||
|
- transmise.
|
||||||
|
|
||||||
|
Sans dépendre d'une installation particulière.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Séparation des responsabilités
|
||||||
|
|
||||||
|
Le Core ne dépend jamais de GTK.
|
||||||
|
|
||||||
|
La couche graphique ne contient aucune logique métier.
|
||||||
|
|
||||||
|
```text
|
||||||
|
GUI
|
||||||
|
│
|
||||||
|
▼
|
||||||
|
Application
|
||||||
|
│
|
||||||
|
▼
|
||||||
|
InvestigationProject
|
||||||
|
│
|
||||||
|
┌──────┴────────────┐
|
||||||
|
│ │
|
||||||
|
▼ ▼
|
||||||
|
FileSystem Database
|
||||||
|
│
|
||||||
|
▼
|
||||||
|
Investigation
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Préservation des preuves
|
||||||
|
|
||||||
|
Les preuves originales ne sont jamais modifiées.
|
||||||
|
|
||||||
|
Toute opération produisant une version annotée,
|
||||||
|
convertie ou analysée est enregistrée dans un
|
||||||
|
espace distinct.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Développement incrémental
|
||||||
|
|
||||||
|
Chaque ticket doit :
|
||||||
|
|
||||||
|
- être autonome ;
|
||||||
|
- être testé ;
|
||||||
|
- compiler sans warning ;
|
||||||
|
- ne pas introduire de régression.
|
||||||
|
|
||||||
|
Aucun ticket ne doit casser les fonctionnalités existantes.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Phases du projet
|
||||||
|
|
||||||
|
## Phase 1 — Infrastructure ✅
|
||||||
|
|
||||||
|
### Architecture
|
||||||
|
|
||||||
|
- [x] Structure du projet
|
||||||
|
- [x] Architecture C17
|
||||||
|
- [x] Organisation des modules
|
||||||
|
- [x] Documentation Doxygen
|
||||||
|
- [x] Makefile
|
||||||
|
- [x] Tests unitaires
|
||||||
|
|
||||||
|
### Core
|
||||||
|
|
||||||
|
- [x] Investigation
|
||||||
|
- [x] InvestigationNode
|
||||||
|
- [x] InvestigationTreeBuilder
|
||||||
|
- [x] InvestigationTreeModel
|
||||||
|
|
||||||
|
### Interface GTK4
|
||||||
|
|
||||||
|
- [x] MainWindow
|
||||||
|
- [x] Sidebar
|
||||||
|
- [x] Workspace
|
||||||
|
- [x] GtkStack
|
||||||
|
- [x] InvestigationTreeView
|
||||||
|
- [x] Sélection des nœuds
|
||||||
|
- [x] Affichage des informations
|
||||||
|
- [x] Affichage du chemin complet
|
||||||
|
- [x] Icônes selon le type de fichier
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Phase 2 — Gestion des enquêtes
|
||||||
|
|
||||||
|
## TICKET-020
|
||||||
|
|
||||||
|
- [ ] Création d'une nouvelle enquête
|
||||||
|
|
||||||
|
### Objectifs
|
||||||
|
|
||||||
|
- création de l'arborescence
|
||||||
|
- création de `00_BaseDeDonnees`
|
||||||
|
- création de `Enquete.sqlite`
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## TICKET-021
|
||||||
|
|
||||||
|
- [ ] Validation d'une enquête existante
|
||||||
|
|
||||||
|
### Objectifs
|
||||||
|
|
||||||
|
- vérifier l'arborescence
|
||||||
|
- vérifier la présence de la base
|
||||||
|
- détecter une enquête invalide
|
||||||
|
- import d'une enquête
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## TICKET-022
|
||||||
|
|
||||||
|
- [ ] Initialisation de SQLite
|
||||||
|
|
||||||
|
### Objectifs
|
||||||
|
|
||||||
|
- création du schéma
|
||||||
|
- table metadata
|
||||||
|
- version du schéma
|
||||||
|
- UUID de l'enquête
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## TICKET-023
|
||||||
|
|
||||||
|
- [ ] InvestigationProject
|
||||||
|
|
||||||
|
### Objectifs
|
||||||
|
|
||||||
|
- ouverture d'une enquête
|
||||||
|
- fermeture
|
||||||
|
- validation
|
||||||
|
- création
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Phase 3 — Consultation
|
||||||
|
|
||||||
|
- [ ] Aperçu des fichiers texte
|
||||||
|
- [ ] Aperçu des images
|
||||||
|
- [ ] Aperçu PDF
|
||||||
|
- [ ] Aperçu vidéo
|
||||||
|
- [ ] Aperçu audio
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Phase 4 — Base de données
|
||||||
|
|
||||||
|
- [ ] Gestion des preuves
|
||||||
|
- [ ] Gestion des entités
|
||||||
|
- [ ] Gestion des relations
|
||||||
|
- [ ] Chronologie
|
||||||
|
- [ ] Tags
|
||||||
|
- [ ] Notes
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Phase 5 — Analyse
|
||||||
|
|
||||||
|
- [ ] Calcul des hash
|
||||||
|
- [ ] EXIF
|
||||||
|
- [ ] OCR
|
||||||
|
- [ ] Recherche plein texte
|
||||||
|
- [ ] Analyse des métadonnées
|
||||||
|
- [ ] Import massif
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Phase 6 — OSINT
|
||||||
|
|
||||||
|
- [ ] Whois
|
||||||
|
- [ ] DNS
|
||||||
|
- [ ] Sous-domaines
|
||||||
|
- [ ] HTTP
|
||||||
|
- [ ] Certificats TLS
|
||||||
|
- [ ] Réseaux sociaux
|
||||||
|
- [ ] Emails
|
||||||
|
- [ ] Téléphones
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Phase 7 — Rapports
|
||||||
|
|
||||||
|
- [ ] Rapport HTML
|
||||||
|
- [ ] Rapport PDF
|
||||||
|
- [ ] Export ZIP
|
||||||
|
- [ ] Export dossier complet
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Phase 8 — Qualité
|
||||||
|
|
||||||
|
- [ ] Traductions
|
||||||
|
- [ ] Thèmes
|
||||||
|
- [ ] Tests d'intégration
|
||||||
|
- [ ] Packaging
|
||||||
|
- [ ] Installateur Linux
|
||||||
|
- [ ] Documentation utilisateur
|
||||||
|
|
||||||
|
# Objectifs à long terme
|
||||||
|
|
||||||
|
Le projet doit permettre :
|
||||||
|
|
||||||
|
- la gestion complète d'une enquête numérique ;
|
||||||
|
- la conservation de la chaîne de preuve ;
|
||||||
|
- l'intégration de modules OSINT ;
|
||||||
|
- l'analyse de fichiers et de métadonnées ;
|
||||||
|
- la génération de rapports exploitables ;
|
||||||
|
- une architecture modulaire facilitant les évolutions futures.
|
||||||
|
|
||||||
|
Le logiciel doit rester :
|
||||||
|
|
||||||
|
- libre ;
|
||||||
|
- documenté ;
|
||||||
|
- portable ;
|
||||||
|
- testable ;
|
||||||
|
- maintenable.
|
||||||
Loading…
Reference in a new issue