La logique métier, c'est quoi ? Définition et exemples concrets

La logique métier (on dit aussi règles métier, ou règles de gestion) est l'ensemble des règles qui décrivent comment votre entreprise fonctionne, écrites pour qu'un logiciel les applique sans vous. Elle répond à des questions du type « que se passe-t-il si… ? ». Si un client commande 200 pièces, que devient le prix ? Si une note de frais dépasse 150 €, qui doit la valider ? Ces réponses ne viennent pas de la technique. Elles viennent de votre activité, d'où le mot métier.

Un développeur peut deviner à quoi doit ressembler un écran. Il ne peut pas deviner votre grille de remises, vos exceptions, ni le client historique qui paie à 60 jours au lieu de 30. La logique métier, ce sont vos règles : la seule partie du logiciel que vous êtes seul à connaître.

Ces trois parties peuvent changer sans que vos règles changent. L'inverse est vrai aussi : une nouvelle grille de remises ne demande pas de refaire l'écran.

C'est pour ça qu'un bon prestataire vous fait parler de votre activité avant de parler technique. On le raconte dans faire développer son premier logiciel métier.

Cinq règles qu'on retrouve, sous une forme ou une autre, dans la plupart des PME. Chacune tient en une phrase. Chacune cache des cas limites qu'il faut trancher.

Dans chacun de ces exemples, la règle principale prend une ligne. Ce sont les exceptions qui prennent du temps : le client historique, la commande du dimanche, le responsable absent. C'est là que se loge l'essentiel de la logique métier, et c'est là qu'un logiciel se trompe si personne ne l'a dit.

Pour le dirigeant : décrivez la règle, pas l'écran

Quand vous demandez une évolution, l'instinct est de décrire l'écran : « ajoutez un champ remise sous le prix ». Décrivez plutôt la règle : « à partir de 50 pièces, 5 % de remise sur toute la commande, non cumulable avec une promotion ». L'écran, l'équipe saura le dessiner. La règle, elle ne peut que vous la demander.

On détaille la méthode dans comment rédiger une demande de développement. La logique métier est aussi ce qui coûte quand vous changez de prestataire : un code se transfère en une journée, des règles que personne n'a écrites se redécouvrent une à une. On en parle dans notre checklist pour reprendre le code d'un prestataire.

Et quand vos règles ne rentrent plus dans un logiciel du marché, un outil sur mesure se justifie. C'est ce qu'on construit pour les PME, par abonnement.

Dans un logiciel bien rangé, le code se découpe en couches. Chacune a un rôle, et la logique métier a la sienne, au milieu.

Le principe tient en une phrase : l'écran demande, la couche métier décide, la base de données garde. Voici à quoi ça ressemble pour la remise de tout à l'heure.

// Couche métier : la règle, rien d'autre
function tauxDeRemise(quantite) {
  if (quantite >= 200) return 0.1;
  if (quantite >= 50) return 0.05;
  return 0;
}

function totalDuDevis(prix, quantite) {
  const brut = prix * quantite;
  return brut * (1 - tauxDeRemise(quantite));
}

// Couche présentation : l'écran affiche
function LigneDeDevis({ prix, quantite }) {
  const total = totalDuDevis(prix, quantite);
  return <p>Total : {total} €</p>;
}

L'écran ne connaît pas la règle : il demande le total et l'affiche. Le jour où la remise passe à 7 % dès 50 pièces, une seule ligne change, et tout ce qui affiche un total (le devis, la facture, l'application mobile) suit sans qu'on y touche. La règle se teste aussi seule, sans ouvrir un écran.

Les erreurs fréquentes

Quand la logique métier pose problème, c'est rarement parce qu'elle manque. C'est parce qu'elle est mal rangée.

Vous entendrez peut-être parler de domain-driven design (DDD), la conception pilotée par le domaine. C'est une méthode qui organise le code autour du métier et de ses mots, avec les gens du métier. Utile sur les gros logiciels, pas nécessaire pour comprendre ce qui précède.

En anglais, la logique métier se dit business logic. D'autres expressions proches reviennent dans la documentation technique ou dans la bouche d'un développeur :

Business rules désigne plutôt les règles une à une (« au-delà de 150 €, le responsable valide ») ; business logic, leur ensemble et la façon dont le code les applique.

D'autres mots du développement sont définis en quelques lignes dans notre lexique.