六种反对领域建模的理由及反驳

常见的六种反对领域建模的理由都有对应的反驳：一，”我已了解领域”——常对有趣的技术领域成立，对枯燥的业务领域未必；二，”领域太简单不值得建模”——再简单的领域（如姓名+电话号码列表）也可能因软件与领域不一致而出问题；三，”领域和架构选择无关”——不同厂商产品对同一领域的假设差异，恰恰会导致系统间不兼容；四，”整理需求是别人的事”——需求分析人员未必能看出领域如何导致架构问题；五，”了解领域最好靠写代码渐进摸索”——有些集成场景靠代码试错成本极高，纸上建模能提前发现问题；六，”领域建模会导致分析瘫痪”——这是真实风险，但可以通过限定范围来避免，而不是因噎废食完全不建模。

结构图：

flowchart TD
    A["我已了解领域"] --> A2["对枯燥业务领域未必成立"]
    B["领域太简单不值得建模"] --> B2["再简单的领域也可能因不一致出问题"]
    C["领域和架构选择无关"] --> C2["领域假设差异会导致系统不兼容"]
    D["整理需求是别人的事"] --> D2["需求分析师未必看得出领域如何影响架构"]
    E["靠写代码渐进了解领域最好"] --> E2["有些场景代码试错成本极高，纸上建模更省"]
    F["领域建模会导致分析瘫痪"] --> F2["真实风险，但可通过限定范围规避"]