Definición corta

Perímetro dentro del cual un conjunto de términos tiene un sentido único y una verdad local, y en cuya frontera toda información venida de fuera se traduce antes de entrar.

Definición detallada

El término viene del Domain-Driven Design, donde designa el límite de aplicación de un modelo de dominio. Una misma palabra —"cliente", "vacaciones", "pedido"— recibe allí una definición que solo vale dentro de ese perímetro; otro bounded context puede emplear la misma palabra para otra cosa, y se admite. La frontera es lo que hace compatibles esas dos definiciones: cada una sigue siendo coherente en su casa.

En los artículos de este blog el término se retoma fuera del código, para el espacio de trabajo de una oportunidad de producto: un directorio, sus archivos, su vocabulario, sus hechos adquiridos, sus decisiones. Lo que viene de otro tema se copia allí y se reformula en los términos de la oportunidad, nunca se enlaza dinámicamente a su fuente. El sentido del término es el mismo que en desarrollo; solo cambia el objeto acotado: un dominio de negocio allí, un perímetro de estudio aquí.

Uso en el ámbito

El término aparece en cuanto hay que decidir qué contiene un espacio de trabajo y qué excluye: dimensionar un contexto confiado a una IA, delimitar un estudio de oportunidad, diseñar la base de conocimiento de un equipo, integrar dos sistemas.

Sinónimos y variantes

"Contexto acotado", "contexto delimitado", "espacio acotado". En los artículos de este blog, "contexto" empleado a secas designa casi siempre la noción vecina de objetivo de trabajo, no ese perímetro de modelo.

No confundir con

• Contexto — el perímetro de información movilizado para un objetivo de trabajo dado, que puede atravesar varias aplicaciones y varios dominios. El bounded context, en cambio, acota un modelo y su vocabulario.
• Ventana de contexto — la cantidad de texto que un modelo de lenguaje tiene efectivamente a la vista para responder. Es una restricción de capacidad, no una frontera de sentido.
• Segundo cerebro — dispositivo que conecta el conjunto de las notas sin frontera interna; es la forma de organización a la que el bounded context se opone.
• Silo — separación sufrida que impide la circulación. El bounded context, al contrario, organiza esa circulación mediante traducción en la frontera.

Ejemplos

Un sistema de nóminas que necesita las vacaciones del mes no llama al sistema de gestión de vacaciones: integra esas vacaciones en su dominio "variables de nómina", con la forma que la nómina sabe manipular.

Una oportunidad de producto instruida en un directorio dedicado de treinta a cuarenta archivos, donde toda información exterior se copia y se adapta al vocabulario de la oportunidad.

Ambigüedades / debates

El uso del término fuera del software es discutido: en el Domain-Driven Design, el bounded context delimita un modelo compartido por un equipo, no un expediente de trabajo individual. La adaptación que se hace aquí conserva el principio de frontera y de traducción, y deja de lado el aparato de modelado que suele acompañarlo.