领域模型：对业务领域的简化和抽象表示

不是：
- 数据库表结构
- API 接口定义
- 技术架构图

而是：
- 业务概念和关系的表达
- 业务规则和约束的体现
- 业务行为的抽象

// 不好的设计：技术语言
class UserDTO {
    private String name;
    private String email;
    private int status;    // 0=active, 1=inactive
}

// 好的设计：统一语言（业务语言）
class Customer {
    private CustomerName name;
    private EmailAddress email;
    private CustomerStatus status;    // ACTIVE, INACTIVE, SUSPENDED
    
    boolean isActive() { return status == CustomerStatus.ACTIVE; }
    void suspend() { status = CustomerStatus.SUSPENDED; }
}

限界上下文：领域模型的边界

同一个概念在不同上下文中有不同含义：
- 电商上下文：Product（商品，有价格、库存）
- 物流上下文：Product（货物，有重量、体积）
- 财务上下文：Product（资产，有折旧、价值）

每个限界上下文有自己的：
- 统一语言
- 领域模型
- 数据模型
- 团队

战略设计（Strategic Design）：
- 限界上下文的划分
- 上下文之间的关系（Context Map）
- 团队的组织和沟通

战术设计（Tactical Design）：
- 实体（Entity）
- 值对象（Value Object）
- 聚合（Aggregate）
- 领域服务（Domain Service）
- 领域事件（Domain Event）
- 仓储（Repository）

电商系统的限界上下文：

1. 商品目录（Catalog）
   - Product, Category, Brand
   - 关注：商品描述、分类、搜索

2. 库存（Inventory）
   - StockItem, Warehouse
   - 关注：数量、位置、补货

3. 订单（Order）
   - Order, OrderLine, OrderStatus
   - 关注：下单、支付、发货

4. 支付（Payment）
   - Payment, Transaction, Refund
   - 关注：支付渠道、对账、退款

5. 物流（Shipping）
   - Shipment, TrackingEvent
   - 关注：配送、跟踪、签收

每个上下文独立开发、独立部署、独立数据库
通过上下文映射（Context Map）定义交互方式