如何模块化设计B端系统？

咱们都希望能做出一个系统出来。

那么，模块化设计就是其中一个很好的方法。

一、为什么要模块化设计？

二、适不适合模块化设计？

三、如何模块化设计B端系统？

一、为什么要模块化设计？

方法:接口式开发、模块化设计。

：开发角度

写代码的同学都知道，代码要讲究可复用性、灵活性。

前端开发与后端开发，采用接口式方法来进行信息之间的交互。

案例：我要登录淘宝网站。

上下游系统之间，跨系统之间，也大多采用接口式方法进行信息传递。

2、模块化设计： 产品设计角度

模块化设计，专业术语讲是为了我们做的产品，将来灵活性强、扩展性好。不需要开发修改代码，就可以实现部分新的业务逻辑。

通俗点讲，就是堆积木。 我们可以将任意小方块，任意拼凑成我们想要的形状，从而达到目的。

不同的系统，不同的业务，要根据实际情况分析，这里我 以电商系统为例，总结了些许模块化设计经验，分享一二。不到之处，还请大佬们批评指正。

二、

1、搞清楚事务本质。

首先，一定要搞清楚为什么要去模块化设计，千万不要为了模块化而模块化，这个是很大的忌讳。模块化设计，很多时候短期是看不到任何效果的，而且让系统变得更麻烦。

以添加商品为例： 要新建一个商品，必不可少的有商品基本信息、商品类目、商品属性信息等等。

如果想简单点设计：1、点击添加商品按钮，进入添加商品页面。2、在固定表单中，填写商品所有信息。3、点击保存按钮。

既然要模块化，那么肯定就会出现一层又一层的父子关联关系。

模板设计的好处就是，我可以随时更换关联关系，也可以随时在下一层关联关系中做任何CRUD操作却不影响当前层级新的数据。

三、如何模块化设计B端系统？

记住我一句万变不离其宗的话：

所有的系统设计无非就是对数据库中各种表格的CRUD（增删改查）。

别把后台系统设计想的那么玄乎，没有那么复杂。咱之所以觉得复杂，是因为咱还不够熟悉业务，不清楚正向逆向各种流程，并不是系统设计难。

1、功能结构图：有哪些功能、页面、按钮

说明：

1、下图是我认真画的真实数据，认真观察后发现没有？哪个版块的管理离开的了CRUD？先讲页面的根（CRUD）想好，什么批量克隆、启用、停用无非添砖加瓦而已。

2、功能结构图也就是功能列表，只是功能列表会描述的更细，而结构图只是列出大的框架，方便参阅，没你想象的那么复杂。

3、虽不复杂，但每一层的关联关系可别忘记加上，这可是咱这篇模块化设计的核心。

2、信息结构图：有哪些对象和字段

信息结构图：将你看到的页面信息，抽象处理到一个对象的维度，然后把同一个对象的信息放在一起。

咱们产品人画的信息结构图，不需要与开发同学设计的数据库表结构一模一样，按你的理解将其以单个对象维度抽离出来即可。

有没有觉得设计信息结构图很难，根本无从下手，不知所措？根本原因在哪？

在于咱们脑海中没有面向对象的概念和对数据库表结构的理解。

什么叫对象？万事万物，皆为对象。你，我，鼠标，键盘，电脑都是对象。

对象：指具体的某一个事物，即在现实生活中能够看得见摸得着的事物。在面向对象程序设计中，对象所指的是计算机系统中的某一个成分。在面向对象程序设计中，对象包含两个含义，其中一个是数据，另外一个是动作。对象则是数据和动作的结合体。对象不仅能够进行操作，同时还能够及时记录下操作结果。方法是指对象能够进行的操作，方法同时还有另外一个名称，叫做函数。方法是类中的定义函数，其具体的作用就是对对象进行描述操作 。

对象解析：对象由属性和方法构成。private开头的全是对象应有的属性，也就是咱们看到的信息架构图中，员工对应的信息。至于方法，咱们产品经理不需要关注，知道有就好。

表结构：表名+字段。详情可以看我另一篇文章的文末，这里不再说了哈！

（ 后台系统架构设计-商务咨询系统 ）

表解析：员工信息表用来储存员工的基本信息。一般由表明+字段构成，我们产品人不需要去关注数据类型，是否主键这些信息。

3、原型图：系统长什么样，有哪些规则和交互效果。

PS：原型只是案例展示，并不是真实功能，有很多按钮和规则，都没有写入，仅供参考。

如果你真的涉及想用模块化设计，需要找人交流的时候，记得找我哟！

属性管理：

说明:

1、属性分类与属性分组是不同概念。属性分组是将一类属性进行分组，是站在业务维度划分。属性分类，是站在产品设计维度分析。

模板管理：

1、模板有点类似属性分组，将一组又一组属性构建成一个又一个模板。

2、模板一定要关联属性，否则毫无意义。

商品类目：

1、商品类目，一定要去关联设置好的不同业务的模板。

2、一个商品类目可以关联多个模板。

商品管理：

1、添加商品，也就变得简单方便。直接选择商品类目后，填写当前业务的商品模板中的属性信息即可。

2、如果业务有变动，商品属性的增删改查变得游刃有余，不会影响旧的在售商品。随时更换随时增加新的判断，都可以，想怎么玩就怎么玩儿。

总结：

所有的系统设计无非就是对数据库中各种表格的CRUD（增删改查）。