一.今日完成

今天主要熟悉原型图,梳理业务逻辑,收集部分基础资料,晚上9点-10:50前后端讨论接口文档

1.微信支付包括解锁课程和购买资料,明确与其他协作"接口"如下:

1.1解锁课程

依据原型图,解锁课程包括三类:1)解锁某一课程下的全部课时;2)解锁某一课程下的一待选课时;3)解锁当前同步预习教材下的一待选.其中不同解锁需求涉及的课时存在重叠,每种解锁方式待支付费用计算方式有差异,如下所示:

另外,解锁课程亦可采用学习星抵扣的方式.

目前,确定自己仅负责微信支付接口-------当采用购买解锁,其他组员完成计算出费用后,发起支付请求,传递一系列参数,支付模块开始调用.

至于支付结果反馈,订单生成(成功/失败)以及课程状态变化等业务逻辑部分需要在熟悉开发文档掌握支付实现机制后再确定,暂时在禅道上分别为这些功能每个分配至少8工时.

1.2解锁资料

解锁资料部分,发起支付和后续处理业务逻辑与支付解锁课时类似,不再赘述.依据原型图,需要有邮件发送和调用第三方存储这个两个部分的功能,如下:

虽然任务7有接触过相关技能,但是无论是开发文档还是代码实现机制都比较生疏,需要花一定时间复习.

2.后台客服管理模块里有一个注册统计功能,原型如下:

前端同学反映,如欲展示该双折线图,需要后端发送两组数据1)截止到查询当天前的全部注册人数2)截止到查询当天前的每一天的注册人数.

如果按照一般处理思路,由后端提供数据库查询接口,把user表查询结果传递给前端,如此一来,每一次打开图表都需要向user表发送至少数百次查询请求,才能保证得到最新的统计结果,这种做法必然带来瞬时数据库负担过重的不利情况,想想都可怕.最后李亚衡同学提议,单独设计一册统计表,记录截止到查询当前的日期的全部注册人数和每一天的人数,在业务逻辑部分采用Spring+Quqrtz实现定时任务执行,在每天00:00点后自动向表中添加新的记录.

计划明天设计DB,然后学习spring框架里的任务调度和异步执行器.

张帆师兄提醒,该模块不是必须实现功能之一,预计工时不应超过16个,一旦发现16个工时无法完成出来,必须及时停止,合理止损,把时间和精力放到其他模块上.

3.后台管理模块,经过与张帆师兄和分院负责人后,决定直接把修真院后台模块直接拿过来整合进复盘里,如下:

但是因为修真院后台与复盘原型图有一些小的差异,计划明天晨会上与PM沟通变更原型图和需求文档,尽量向公用模板保持一致.至于前端同学也可以直接复用后台管理模块的前端页面.

二.明日计划

拆分禅道任务,预估工时.

三.遇到问题

微信支付模块之前没有学员做出来(张帆师兄做的是支付宝支付,上海开荒组人员还在学习接口文档),那么工时如何确定,是个问题.

四.收获

以上.