统筹业务再梳理-记前两个月奋斗的那些结构设计

1、统筹业务

2、系统架构

2.1补偿计算

2.1.1补偿计算动态图

2.1.2动态图应用

2.1.3数据结构

2.2出单业务流水

2.2.1数据来源

2.2.2数据应用

2.2.3数据结构

2.3出单收支流水

2.3.1数据来源

2.3.2数据应用

2.3.3数据结构

2.4补偿收支流水

2.4.1数据来源

2.4.2数据应用

2.4.3数据结构

2.5统计报表和基础数据

3、设计方法论

每一次复杂业务具体问题不一样,有没有共性的地方,我试图通过最近遇到的案例,找出这些共性,找到解决业务问题的方法,分享给大家。

3.1纵观全局,精准定位

画出系统整体架构,找到要解决问题,在整个系统中处于什么位置,和哪些业务有所关联。

 

 

3.2化繁为简,分而治之

综合分析应用(报表)需求,找到要问题的关键点;具体表现为,查询太复杂,Sql语句太长,为了找一个状态需要关联多个表;需要通过大量过程计算才能获取一个简单的结果;

遇到以上类似的情况,就需要考虑“分而治之”,具体来说就是要建立中间表,存储中间结果。将业务流水和统计分析,通过中间表分离。

 

3.3查漏补缺,完善基础

面对一些报表,数据结构中没有对应的数据项,这时,就要查漏不缺,缺什么,补什么,完善基础统计信息。比如:图中的例子,之前是没有分账号记账的,报表需要就补上;之前后缀是手工记账的,报表需要,系统完善流程,放到线上。

 

数据结构实现:

 

 

3.4不忘初心,迭代总结

每做完一次大的变动,回归核心业务,总结一下,这次变动,带给核心业务的变化,以及带给整体架构的变化。

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值