失物招领系统e-r图_后台系统架构设计-商务咨询系统

本文为以业务逻辑层、数据底层、表现层这三个方面作为思维模型，进行思考并打造了一款从0到1的后台系统。

作为后端产品经理，刻意练习系统架构设计的能力和对业务充分了解的能力，个人觉得，显得尤为重要。此文我只关注这两点，至于原型那些表现层的内容，不在此文范围。

文中我将通过M V C技术架构(我的思维模型)去思考如何打造一款从0到1的后台系统。商务咨询系统，是我负责的一个业务不算特别复杂的系统，以此为例，咱们层层剥离，探寻万事万物的本质。

目录

(1)需求背景

(2)系统价值

(3)系统设计

• 第一步：用例图
• 第二步：系统流程图
• 第三步：系统功能清单
• 第四步：系统架构设计
• 第五步：数据库表结构(对象)
• 第六步：表之间的关联关系(ER图)

C：业务逻辑层

(1)需求背景

全国各分公司的商务的同事刚来公司没多久，对很多业务以及同事都不是很熟悉，出去谈业务的时候，经常会遇到很多比较棘手的问题，也会提出很多无规则你根本想不到的问题。

打开钉钉，庞大的组织架构，一堆又一堆的钉钉群，根本不知道找哪些专业人士解答疑惑。

将自己的问题，丢到几百人的后台服务支持群，结果很快被其他人的问题给淹没，不知道找谁提问，不知道在哪里提问，好不容易找到个热心的同事，结果答非所问，浪费时间。

不知道该在哪里提问？不知道找谁问？没有人回复？找不到之前的问题解答记录？公司系统的各种问题，没地方提出改进建议？