Overview [1]#

Bounded Context is the boundary or perimeter of a context

Various entities (usually persons) draw boundaries between contexts. You also find multiple contexts within the same domain context, such as the separation between data In Process and Database Management System models within in a single application. This boundary is set by the different way we represent models.

Bounded Context is a central pattern in Domain-Driven Design.

Building blocks of DDD[2]#

In the book Domain-Driven Design, a number of high-level concepts and practices are articulated, such as ubiquitous language meaning that the domain model should form a common language given by domain experts for describing system requirements, that works equally well for the business users or sponsors and for the software developers. The book is very focused on describing the domain layer as one of the common layers in an object-oriented system with a multilayered architecture. In Domain-Driven Design, there are artifacts to express, create, and retrieve domain models:

Examples of Bounded Context TODO#

A customer comes to a WEB Site and places an order. The Order is entered within the order system and flows to Order Processing where the payment information is processed and then from there to the Shipping department.

Many organizations would view the ordering process as a single process and create a single monolithic application that would process all the entire Order.

WEB Scale requires a different approach.

The information required for the Order Processing is not necessarily the same information required to ship the Order. Certainly the Shipping department does not require access to the Credit Card information. Likewise, the size of the

More Information#

There might be more information for this subject on one of the following:

Add new attachment

Only authorized users are allowed to upload new attachments.
« This page (revision-13) was last changed on 30-Jul-2017 10:49 by jim