基本流程图
2017-03-26 16:25:12 0 举报
该流程图描述了一个基本的程序操作过程。首先,开始于程序的启动,然后进入用户输入阶段,用户可以在此阶段输入数据或指令。接下来,程序会对这些输入进行处理,这可能包括计算、分析、存储等操作。处理完成后,程序会生成一个结果,并将这个结果返回给用户。最后,用户可以选择保存这个结果,或者结束程序。在整个过程中,如果遇到任何错误或异常,程序会进行错误处理,并给出相应的提示信息。这个流程图简洁明了地展示了一个程序的基本工作流程,有助于理解和设计复杂的软件系统。
作者其他创作
大纲/内容
活动查询
预占登录用户的机会
抽奖失败以后接口重查
是
再确定办理方式,调用esb还是炎黄,还是写入mq
测试号判断
抽奖实现
初始化数据,查询redis或者oracle
业务办理
是否红包/助力类
开发人员调用公共代码
获取到抽奖结果
系统建设的主要目的将活动应用独立部署,降低主应用的压力数据库和主库分离框架升级,使用springBoot,myBatis更换数据源连接池为druid,自带一个监控页面代码结构的重新梳理和定义应用全部部署到dcos上后续是否要将更多的H5业务移到该应用上?代码迁移到gitjdk升级到1.8
将结果写入redis或oracle
先确定办理的对象。登录用户还是关联用户
涉及到动态sql的拼接,以及分表分库目前支持按手机尾号分表分库
否
返回结果
支持1.大数据接口校验2.ESB已订业务校验3.地市4.网龄3.自定义
预占分享者的红包/助力机会
判断用户资格+初始化用户机会次数
错误码转文案
支持配置测试号码,使用redis。测试号码可以在活动开始前参与,也不需要校验资格
重复请求锁,默认30秒
判断用户参与次数是否足够
生成流水号,用于业务比对
如果是红包类,是给自己办理。如果是助力类,是给他人办理。允许一个活动既是红包又是助力
是否是查询
判断活动结束时间
将用户和分享者的机会从预占改为实占
判断奖品是否已经领完(可以分本周期和总量配置)
判断活动开始时间
前半部分表结构要求全部统一,后半部分可以自定义一些字段
0 条评论
下一页