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

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

一、订单对象-信息需求

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

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

二、订单对象-信息分类

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

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

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

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

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

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

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

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

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

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

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

四、对象模型

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

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

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

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

五、物理模型

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

六、视图模型/页面模型

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

七、业务模型设计闭环

八、解决方案设计闭环