3.2. Domains and Requirements
Dividing a system into its subject matters helps us control an undifferentiated mass of requirements by assigning each requirement to the appropriate domain. Domain requirements then drive the modeling for each domain.
When we model a domain, we use the vocabulary of that domain and no other. The bookstore domain will include concepts such as “add item to order” and “provide credit card number,” but there is no statement of how these behaviors might be achieved. The domain modeler assumes that somewhere, somehow, a collection of mechanisms exists that can satisfy these statements.
For our purposes in organizing modeling, we want to work with requirements that affect a single domain. The vocabulary of a domain-level ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access