系统设计

系统设计包括两步：业务分析和架构设计

image-20200612093309609

下面以抢票酱小程序为例，演示如何进行业务分析和架构设计

1. 业务分析

业务分析分为三步

图片 1

1.1 定义业务流程

定义业务流程的生成，主要有如下的业务用例图，请看下图的业务用例图，图中的每一个业务用例代表一条业务流程，业务执行者则代表位于企业外但会启动或参与业务流程的人。用户填写订单后提交抢票订单，启动了系统内部的一段关于抢票的业务流程。再者，用户也可能突然想取消订单，这又引发了另一条业务流程。

image-20200612093643787

1.2 分析业务流程

针对每一个业务用例，分析师得开始分析它的工作流程，并且绘制数据流图和状态图。此处，我们挑选提交抢票订单作为示范，并绘制出数据流图和状态图，展示抢票的一般流程。

（1）数据流图

一步一步细化数据流图

image-20200612093745333 image-20200612093903737 image-20200612093934031

（2）状态图

针对数据流图中存在状态转移的复杂过程，画出其状态图，下面分为实时抢票和候补抢票的抢票状态图。

image-20200612094633815 image-20200612094646917

1.3 建立数据模型

分三步，识别实体、识别属性、识别关系

（1）识别实体

image-20200612094816199

（2）识别属性

image-20200612094855499

（3）识别属性

image-20200612094935430

2. 架构设计

架构设计分为六步

image-20200612095125877

2.1 确定整体架构

image-20200612095158092

2.2 设计功能模块

包括模块划分和接口定义

（1）模块划分

采用思维导图画功能树

image-20200612095236912

（2）接口定义

采用UML图中的组件图进行设计

image-20200612095322392

2.3 考虑功能模块

这里需要一定的设计模式的知识，以抢票过程为例，由于在抢票过程中，有很多状态，比如抢票中、提交中、已取消、待支付、已完成、已过期、休息中等等。因此，可以考虑使用状态机模式。

状态机模式：允许对象在内部状态改变时改变它的行为，对象看起来就好像修改了它的类。

image-20200612095509899

另外，可以利用观察者模型设计抢票模块中的余票查询子模块。

image-20200612095726048

2.4 设计外部接口

通过者原型图，分析前端哪些地方需要向后端请求数据。

image-20200530170933010

对于每个外部接口，按如下格式进行接口文档的编写，接口文档撰写工具：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-20200612100343653

  2.6 考虑非功能性需求

  链接:https://pan.baidu.com/s/1yz6ayssw6RMJIR0tb1Thmg 密码:ca9a

  数据库设计的更多规范可以参考《数据库设计开发规范-阿里》

  有时候还会涉及到数据处理的流程。例如，一张图片提交后可能需要进行预处理，然后有运营人员进行审核和标记，最后进行发布。过程中数据的保存形式或者状态标记可能是不一样的。

  由于分析中有了完善了数据模型，设计数据库表就不是什么难事了。需要注意的是，数据库表是数据模型在关系数据库的实现，但不一定是严格的映射。数据库可能会有范式、冗余、一致性、同步、分表分库方面的考虑，必要时可能会使用非关系型数据库如ElasticSearch、Cassandra等。

  2.5 设计数据库表

  • 无

  备注

  参数名	类型	说明
  flag	bool	用户组id，1：超级管理员；2：普通用户

  返回参数说明