架构大作业一

PPT方式输出系统概要设计（顶层架构设计），包含以下模型，进行架构设计评审

• 系统关键用例图，描述产品主要功能需求

• 下单抢单场景的业务活动图，角色领域泳道模型（角色：用户，快递员，系统）

• 系统部署模型：描述系统服务器关系（如：网关服务器，微服务服务器，负载均衡，分布式缓存，

• 消息队列服务器，消息消费者服务器，数据库读写分离）

• 下单抢单场景的服务器时序模型

• 订单状态图模型



• 用户的主要应用场景主要包括创建订单、支付订单和取消订单。快递员的主要操作包括：自动的位置更新、新订单抢单、接收订单后对订单状态进行更新，系统的订单管理功能主要负责将用户支付后的订单与用户的位置相关联，然后根据快递员与用户的距离选择将订单信息推送给附件的快递员进行抢单。位置管理功能事实获取快递员的位置信息，用户的位置信息在订单支付后由订单管理功能推送跟位置管理服务。



用例图



订单的状态包括用户未操作时的初始化状态，用户编辑后订单状态为未确认状态，该状态提示用户进行支付，用户也可以退回到初始化状态。在用户支付完成后订单状态由未确认状态转为已确认状态。在未被取件之前，订单仍然可以取消。快递员取件后订单状态变为已接收状态，如果快递员取件不成功则订单状态转为揽件失败状态，提示下次揽件的时间。快递单件传递的过程定义未传递中状态，用户签收后则转换未已送达状态，如果用户没有正常签收，则订单状态转换未派送失败状态，提示下次派送时间。

状态图

整个系统使用CDN服务器部署静态图片等，提高用户端和快递员客户端的访问速度。用户和快递员在访问系统时，负载均衡服务器将访问请求派发给网关服务器集群。网关服务器集群根据不同的应用请求访问不同的服务。系统的核心服务使用微服务架构，微服务按照业务应用分为用户管理服务、订单管理服务、快递员管理服务、配单管理服务。消息推送服务将新订单推送给附件的快递员。系统的存储使用主从数据库进行热备份，主数据库负责写操作，从数据库主要负责读操作，主从数据库之间数据进行实时同步。



部署图



泳道图