从业务需求调研，通过抽象转换成模型技术方案，本文将对这个过程做个拆解，供大家参考。以下我所说的可能都是错的，只是一家之见，欢迎大家在留言区多提意见和看法，互相共勉。
一、订单对象-信息需求
公司的运营都是围绕订单，业务对象指客户给到的业务功能需求，一般情况下，需求部门给到的信息是杂乱无章、没有进行分类、不能直接使用，还需通过分类进一步对需求进行抽象。
举个大家都熟悉的例子：订单功能模块。
二、订单对象-信息分类
将业务对象拆分成多个相互关联的功能模块，调研期间一般使用Excel表格进行拆分，需遵循以下原则：
1、有且只有一个主功能模块，其他子功能模块在主功能模块上做功能扩展；
2、功能相同的数据字段拆分到一个功能模块中；
3、尽量减少子功能模块之间的数据耦合；
4、根据实际业务需求扩展子功能模块。
三、订单对象-功能需求及分类
将业务对象拆分成多个相互关联的功能模块，调研期间一般使用Excel表格进行拆分，需遵循以下原则：
1、有且只有一个主功能模块，其他子功能模块在主功能模块上做功能扩展；
2、功能相同的数据字段拆分到一个功能模块中；
3、尽量减少子功能模块之间的数据耦合；
4、根据实际业务需求扩展子功能模块。
四、对象模型
根据功能模型创建对应的对象模型，一般来说功能模型跟对象模型是一对一关系：
1、以主功能模块为根本进行搭建对象模型；
2、 每个对象模型之间以关联关系的形式进行连接；
3、多个对象模型最终形成业务领域模型。
五、物理模型
根据对象模型生成数据表即为物理模型。在数据模型中需要增加开发中所必须的字段，例如主键GUID、行业、状态、排序、创建时间、创建人、更新时间、更新人、删除人、删除时间等。
六、视图模型/页面模型
根据不同角色关注结构的页面模型，后台组织相应结构的数据视图模型，方便页面数据的绑定和展示。
七、业务模型设计闭环
八、解决方案设计闭环
