Définition courte
Périmètre à l'intérieur duquel un ensemble de termes a un sens unique et une vérité locale, et à la frontière duquel toute information venue d'ailleurs est traduite avant d'entrer.
Définition détaillée
Le terme vient du Domain-Driven Design, où il désigne la limite d'application d'un modèle de domaine. Un même mot — « client », « congé », « commande » — y reçoit une définition qui ne vaut que dans ce périmètre ; un autre bounded context peut employer le même mot pour autre chose, et c'est admis. La frontière est ce qui rend ces deux définitions compatibles : chacune reste cohérente chez elle.
Dans les articles de ce blog, le terme est repris hors du code, pour l'espace de travail d'une opportunité produit : un répertoire, ses fichiers, son vocabulaire, ses faits acquis, ses décisions. Ce qui vient d'un autre sujet y est copié et reformulé dans les termes de l'opportunité, jamais lié dynamiquement à sa source. Le sens du terme est le même que côté développement ; seul l'objet borné change — un domaine métier là-bas, un périmètre d'étude ici.
Usage dans le domaine
Le terme intervient dès qu'il s'agit de décider ce qu'un espace de travail contient et ce qu'il exclut : dimensionnement d'un contexte confié à une IA, découpage d'une étude d'opportunité, architecture d'une base de connaissance d'équipe, intégration entre deux systèmes.
Synonymes et variantes
« Contexte borné », « contexte délimité », « espace borné ». Dans les articles de ce blog, « contexte » employé seul désigne le plus souvent la notion voisine de but de travail, pas ce périmètre de modèle.
À ne pas confondre avec
- Contexte — le périmètre d'information mobilisé pour un but de travail donné, qui peut traverser plusieurs applications et plusieurs domaines. Le bounded context, lui, borne un modèle et son vocabulaire.
- Fenêtre de contexte — la quantité de texte qu'un modèle de langage a effectivement sous les yeux pour répondre. C'est une contrainte de capacité, pas une frontière de sens.
- Second cerveau — dispositif qui relie l'ensemble des notes sans frontière interne ; c'est la forme d'organisation à laquelle le bounded context s'oppose.
- Silo — séparation subie qui empêche la circulation. Le bounded context organise au contraire cette circulation, par traduction à la frontière.
Exemples
Un système de paie qui a besoin des congés du mois n'appelle pas le système de gestion des congés : il intègre ces congés dans son domaine « variables de paie », sous la forme que la paie sait manipuler.
Une opportunité produit instruite dans un répertoire dédié de trente à quarante fichiers, où toute information extérieure est recopiée et adaptée au vocabulaire de l'opportunité.
Ambiguïtés / débats
L'emploi du terme hors du logiciel est contesté : dans le Domain-Driven Design, le bounded context délimite un modèle partagé par une équipe, pas un dossier de travail individuel. La reprise faite ici garde le principe de frontière et de traduction, et laisse de côté l'appareil de modélisation qui l'accompagne d'ordinaire.