Le développement modulaire, expliqué simplement
Odoo se construit par briques. Bien poser les briques, c’est ce qui fait qu’on peut en changer une sans faire tomber le mur.
En une image
Imaginez une maison faite de briques qu’on peut retirer une à une. Chaque brique porte une étiquette : « j’ai besoin de telle et telle brique en dessous ». Tant que les étiquettes disent vrai, on peut remplacer une brique, en ajouter une, en enlever une, sans toucher aux autres. Un module Odoo, c’est une brique avec son étiquette.
Ce qu’il faut retenir
-
Une brique, un rôle
Chaque brique fait une seule chose, et son nom le dit. On sait ce qu’on retire quand on la retire, et ce qu’on ajoute quand on l’ajoute.
-
L’étiquette dit tout
Une brique ne s’appuie que sur ce que son étiquette annonce, et elle ne regarde jamais vers le haut : elle ignore qui s’appuie sur elle. C’est ce qui permet de la remplacer sans rien casser au-dessus.
-
Deux briques qui doivent se parler
On n’en tord aucune. On pose une petite brique entre les deux, qui les relie, et qui n’apparaît que si les deux sont là. Sans elle, chacune vit sa vie.
-
Vos réglages dans leur propre brique
Ce qui est propre à votre entreprise vit dans une brique à part, posée sur les autres. Les briques génériques restent réutilisables, et ce qui est à vous se voit.
Un exemple : facturer le temps passé
Trois briques, chacune utile seule.
-
Marquer le temps
Chaque heure passée est facturable, ou ne l’est pas.
-
Compter le budget
Les heures convenues avec le client, et ce qu’il en reste. Cette brique s’appuie sur la première.
-
Facturer
Les heures facturables deviennent une facture. Cette brique s’appuie sur les deux autres, et n’existe que parce qu’un client en avait besoin.
Pour aller plus loin
-
Le développement modulaire, expliqué aux développeurs
Les règles, un exemple en trois modules et deux extraits de code, pour qui débute avec Odoo.
Une question ?
Je réponds aussi aux curieux : écrivez-moi.