1.确定领域界限（通常由领域专家和架构师共同确定）
2.抽象领域的套路，就是通过和领域专家交流，确定出在当前领域下的各种套路
Example：
以软件发布作为一个领域来陈述：
首先确定，当前业务界限（已开发完毕，通过测试，需要在某个商城或者平台上架）
接下来，涉及，当前商店的适配（Adapter），提交审核（Commit，Audit），最后是上架（sell granted/publish）
以上作为最基本的讨论术语。而这些专业名词，也就是俗称的套路。
3.通过动态验证模型是否满足需求，否则转2。
不断的重复交流并验证，最终得出一个模型。（类似于软件开发中的迭代，这里是模型的迭代，而非软件的迭代，但模型的迭代能够深层次的影响软件的迭代）
只要模型抽象的足够好，面向对象中的SOLID原则会自然而然的呈现，而非刻意而为。