系统设计包括两步：业务分析和架构设计
下面以抢票酱小程序为例，演示如何进行业务分析和架构设计
1. 业务分析
业务分析分为三步
1.1 定义业务流程
定义业务流程的生成，主要有如下的业务用例图，请看下图的业务用例图，图中的每一个业务用例代表一条业务流程，业务执行者则代表位于企业外但会启动或参与业务流程的人。用户填写订单后提交抢票订单，启动了系统内部的一段关于抢票的业务流程。再者，用户也可能突然想取消订单，这又引发了另一条业务流程。
1.2 分析业务流程
针对每一个业务用例，分析师得开始分析它的工作流程，并且绘制数据流图和状态图。此处，我们挑选提交抢票订单作为示范，并绘制出数据流图和状态图，展示抢票的一般流程。
（1）数据流图
一步一步细化数据流图
（2）状态图
针对数据流图中存在状态转移的复杂过程，画出其状态图，下面分为实时抢票和候补抢票的抢票状态图。
1.3 建立数据模型
分三步，识别实体、识别属性、识别关系
（1）识别实体
（2）识别属性
（3）识别属性
2. 架构设计
架构设计分为六步
2.1 确定整体架构
2.2 设计功能模块
包括模块划分和接口定义
（1）模块划分
采用思维导图画功能树
（2）接口定义
采用UML图中的组件图进行设计
2.3 考虑功能模块
这里需要一定的设计模式的知识，以抢票过程为例，由于在抢票过程中，有很多状态，比如抢票中、提交中、已取消、待支付、已完成、已过期、休息中等等。因此，可以考虑使用状态机模式。
状态机模式：允许对象在内部状态改变时改变它的行为，对象看起来就好像修改了它的类。
另外，可以利用观察者模型设计抢票模块中的余票查询子模块。
2.4 设计外部接口
通过者原型图，分析前端哪些地方需要向后端请求数据。
对于每个外部接口，按如下格式进行接口文档的编写，接口文档撰写工具：https://www.showdoc.cc/
简要描述：
- 检查用户是否登陆，在提交订单/候补订单前总是要先这样判断一下
请求URL：
-
https://kyfw.12306.cn/otn/login/checkUser请求方式：
- GET
参数：
参数名 必选 类型 说明 示例 _json_att 是 string 是一个空字符串 "" 返回示例
<pre spellcheck="false" class="md-fences md-end-block ty-contain-cm modeLoaded" lang="javascript" cid="n226" mdtype="fences" style="box-sizing: border-box; overflow: visible; font-family: var(--monospace); font-size: 0.9em; display: block; break-inside: avoid; text-align: left; white-space: normal; background-image: inherit; background-size: inherit; background-attachment: inherit; background-origin: inherit; background-clip: inherit; background-color: rgb(248, 248, 248); position: relative !important; border: 1px solid rgb(231, 234, 237); border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px; padding: 8px 4px 6px; margin-bottom: 15px; margin-top: 15px; width: inherit; background-position: inherit inherit; background-repeat: inherit inherit;">{
"validateMessagesShowId": "_validatorMessage",
"status": true,
"httpstatus": 200,
"data": {
"flag": true
},
"messages": [],
"validateMessages": {}
}</pre>image-202006121003436532.6 考虑非功能性需求
链接:https://pan.baidu.com/s/1yz6ayssw6RMJIR0tb1Thmg 密码:ca9a
数据库设计的更多规范可以参考《数据库设计开发规范-阿里》
有时候还会涉及到数据处理的流程。例如，一张图片提交后可能需要进行预处理，然后有运营人员进行审核和标记，最后进行发布。过程中数据的保存形式或者状态标记可能是不一样的。
由于分析中有了完善了数据模型，设计数据库表就不是什么难事了。需要注意的是，数据库表是数据模型在关系数据库的实现，但不一定是严格的映射。数据库可能会有范式、冗余、一致性、同步、分表分库方面的考虑，必要时可能会使用非关系型数据库如ElasticSearch、Cassandra等。
2.5 设计数据库表
- 无
备注
参数名 类型 说明 flag bool 用户组id，1：超级管理员；2：普通用户 返回参数说明
