基本流程图
2016-12-04 20:17:00 0 举报
该基本流程图展示了一个简单过程的步骤。首先,开始于一个起始点,表示过程的开始。接下来,有一个判断或决策点,根据特定条件选择不同的路径。然后,根据所选路径执行相应的操作或任务。这个过程可以重复多次,直到达到结束点,表示过程的完成。整个流程图以直线和箭头表示不同步骤之间的顺序和关系。这个基本流程图可以用来描述各种实际生活中的过程,如购物流程、工作流程等。它提供了一个清晰的视觉表示,帮助人们理解和分析复杂的过程。
作者其他创作
大纲/内容
12.返回结果
3.失败短信发送相关逻辑处理
2.返回数据
5.核保
2.提交数据
4.返回相关账户信息
2.跳转到仁和投保
1.拉去投保数据
客户
同步权益队列
1、会做份数控制15万份2、保存数据是做去重处理3、对于已经领取过得账户,直接返回结果,防止用户重复提交
1.提前访问移动获取账户信息做超时处理,直接返回。2.对于相同的token利用缓存做去重处理,防止重复请求移动3.针对入口获取账户信息做限流处理
5.返回
前端
11.异步核保承保
发送投保失败队列
广东移动
8.请求后台
13.发送短信通知用户
ols
oracle
redis
4.数据主键放入redis队列
投保记录队列
和包支付
1.拉取投保失败的数据
中介核心系统
招商仁和人寿
2.携带相关token信息请求后台
6.2 返回兑换信息
7.用户填写客户信息
1.登录广东移动页面
3.携带相关token信息请求移动
9.1异步通知
7.3返回数据
异步投保线程*2
4.用户输入投保信息
3.1获取账户信息(移动套餐+手机号+金额+积分)
外围投保系统
问题:1.核保前需要判断积分值是否大于投保金额(如果用户兑换了和包卷但是没承保,再次投保怎么判断?) 2.如果是用和包劵多张,在明确了投保金融后,如何标记已经扣款的金额呢
1.提交数据
思路1、对于不必要访问,从上游做限流处理2、利用redis缓存,减轻数据库的压力3、对于依赖的外部访问,做超时处理,及时返回处理,防雪崩4、对于非必要的流程,以及吞吐量不同的服务,增加中间状态,异步处理
1、需要清楚中介生产支持的tps2、短信平台下发短信是否有压力
6.返回提交成功
8.2跳转到成功投保页
5.处理相关信息
6.1下单(传订单号和手机号通知移动积分兑换和包卷)
1.携带token相关信息
8.1承保
3.返回
3.同步到移动相关逻辑处理
短信平台
3.2返回账户信息
6.放回领取手机号和保障信息
全球通星动日页面
移动账户系统
仁和前端投保页
7.1跳转到和包支付
3.相关逻辑处理
9.2异步通知
7.2 支付成功
10.返回提示用户正在处理相关信息
1拉取投保成功的数据
失败发送短信线程
同步移动权益线程
0 条评论
下一页