从业务需求抽象成模型解决方案

从业务需求调研，通过抽象转换成模型技术方案，本文将对这个过程做个拆解，供大家参考。 以下 我所说的可能都是错的，只是一家之见，欢迎大家在留言区多提意见和看法，互相共勉。

一、订单对象-信息需求

公司的运营都是围绕订单，业务对象指客户给到的业务功能需求，一般情况下，需求部门给到的信息是杂乱无章、没有进行分类、不能直接使用，还需通过分类进一步对需求进行抽象。

举个大家都熟悉的例子：订单功能模块。

二、订单对象-信息分类

将业务对象拆分成多个相互关联的功能模块，调研期间一般使用Excel表格进行拆分，需遵循以下原则：

1、有且只有一个主功能模块，其他子功能模块在主功能模块上做功能扩展；

2、功能相同的数据字段拆分到一个功能模块中；

3、尽量减少子功能模块之间的数据耦合；

4、根据实际业务需求扩展子功能模块。

三、订单对象-功能需求及分类

将业务对象拆分成多个相互关联的功能模块，调研期间一般使用Excel表格进行拆分， 需遵循以下原则：

1、有且只有一个主功能模块，其他子功能模块在主功能模块上做功能扩展；

2、功能相同的数据字段拆分到一个功能模块中；

3、尽量减少子功能模块之间的数据耦合；

4、根据实际业务需求扩展子功能模块。

四、对象模型

根据功能模型创建对应的对象模型，一般来说功能模型跟对象模型是一对一关系：

1、以主功能模块为根本进行搭建对象模型；

2、 每个对象模型之间以关联关系的形式进行连接；

3、多个对象模型最终形成业务领域模型。

五、物理模型

根据对象模型生成数据表即为物理模型。在数据模型中需要增加开发中所必须的字段，例如主键GUID、行业、状态、 排序 、创建时间、创建人、更新时间、更新人、删除人、删除时间等。

六、视图模型/页面模型

根据不同角色关注结构的页面模型，后台组织相应结构的数据视图模型，方便页面数据的绑定和展示。

七、业务模型设计闭环

八、解决方案设计闭环

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

• 利用spark进行机器学习时模型序列化存储到hive解决方案
• DockOne微信分享（二一一）：基于Actor模型的CQRS/ES解决方案分享
• Hadoop小文件解决方案-基于文件整合的解决方案
• Hadoop小文件解决方案-基于NameNode内存和MapReduce性能解决方案
• 10 种跨域解决方案（附终极方案）
• React 服务端渲染方案完美的解决方案

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。