模型驱动

在实际项目开发过程中，一定会遇到建模，一个好的模型能避免很多问题，能有效保证需求方、产品方、开发及运营人员 统一认知。在实际情况下非常重要，简单总结如下，顺序从左至右

分类	业务模型	领域模型	设计模型
产出	业务架构图	功能架构图	系统架构图
解释	确定业务，涉及运作方式。通常需要高层人员确定，属于战略性决策成果	确定功能，涉及动作、角色。通常由产品确定，属于产品规划成果	确定实现，涉及交互。通常由架构师确定，属于技术设计成果

往往小型公司领导层并没有这方便意识，所以需要产品等进行整理

 

------作为技术人员----

通常代码分层就是一种驱动模型（DDD），控制层负责系统运作，逻辑层负责功能，数据层则负责具体数据交互。

这种思维不止用于分层，可以用于任何功能设计，在复杂的功能情况下，非常适合这种思维方式