Understanding domain-driven design

DDD is about the construction of a unique domain model that keeps all the views as separate models. Thus, the whole application domain is split into smaller domains, each with a separate model. These separate domains are called Bounded Contexts. Each domain is characterized by the language spoken by the experts and used to name all the domain concepts and operations. Thus, each domain defines a common language used by both the expert and the development team called a Ubiquitous Language. Translations are not needed anymore, and if the development team uses interfaces as bases for its code, the domain expert is able to understand and validate them since all the operations and properties are expressed in the same language that's used by the expert.

Here, we're getting rid of a cumbersome unique abstract model, but now we have several separated models that we need to relate somehow. DDD proposes that it will handle all of these separated...