发表于: 2018-03-03 23:42:17
0 637
今天完成的事情:
1.和新华美育方交流,定出接口
经过商量后,定出这样的接口,他们只负责传入信息,跳转由我这边跳转
2.完成方案设计
作为一个注册了新华美育的用户,我想要从新华美育平台的链接跳转到逗你学时,直接默认登录状态并可以使用所有功能,以便我不用再次注册就可以使用逗你学;
方案:对方使用我们提供的链接进行跳转,从这个链接上获取的信息有用户名(必有)、真实姓名、手机号(不一定有),这些数据在新华美育这边进行了DES加密,解密后以这三个数据进行静默注册并进行登录。关于静默注册部分,其用户名作为唯一标识,放入到user_openid_relation表中,其中type类型设为“xinhuameiyu”,用户名存在openid字段中;其真实姓名利用user表的现有字段name,存在其中;号码则直接存在user表的mobile中;静默注册时若发现已有手机号码,则将其合并到现有账号,以现在有账号资料为准,且每次从新华美育平台链接跳转都检查一次是否经过静默注册
登录部分:
方案1:从静默注册部分重定向至现有登录接口进行登录
优点:直接使用现有的登录逻辑,不会有遗漏
缺点:需要修改现有的登录逻辑,可能会出现未知的bug
方案2:在静默注册接口中写登录逻辑,静默注册接口完毕则为已登录状态
优点:不用实现重定向,且分离了登录逻辑,原登录逻辑不用修改
缺点:逗你学的登录逻辑有点复杂,可能会出现功能不全的bug
作为新华美育的运营者,我想要新增合作机构管理模块,可以看到我们引流用户的订单信息和用户信息,以便于我们看到数据查算营业额;
方案:后台新增合作机构模块,可以查看订单信息和用户信息
作为新华美育的运营者,我想要看到新华美育引流的用户统计信息如:用户名、订单数、金额数,以便我们知道哪些用户是引流来的;
方案:用户统计信息中可以看到从新华美育引流过来的用户名、手机号码、真实姓名、专题订单数、会员订单数、订单总额数
作为运营者,我想要能够搜索想查找的指定用户,以便减少翻页寻找的工作量;
可以根据用户名、手机号来进行模糊查询,以及根据订单总金额和订单总数做上下限查询
方案1:使用常规动态查询一次查出
优点:一次查出
缺点:根据现有的表和要实现的功能,要进行跨数据库查询,以及在SQL语句中使用乘法、加法,SQL语句十分复杂,可能需要优化SQL语句
方案2:查出所有新华美育的用户,然后再根据查询条件筛选已经查出的用户
优点:实现难度低
缺点:需要多次查询数据库,若用户量过多,每次查出所有用户可能会出现性能瓶颈
作为运营者,我想要查看用户信息的详情,便于我们知道用户的消费情况;
方案:查看用户详情,可以查看用户名、手机号、真实姓名以及订单记录,订单记录中可以查看每条记录的订单类型、订单名称、订单金额、订单时间;根据用户的id,从user_member_relation表中查询出其用户的相应的会员订单信息,从uesr_course_relation和lesson表中查询出用户的相应专题订单即可
作为运营者,我想要冻结用户账号的功能,以便在账号出问题时进行冻结;
方案:使用现有用户接口,可以实现冻结、解冻、查看用户详情的功能
作为新华美育的运营者,我想要看到引流客户每日的订单统计信息,并且可以按时间搜索,以便我们知道月销售额进行结算;
方案:在订单统计中,可以看到订单记录时间,每条记录的专题订单的订单数,会员订单的订单数,以及二者之和,以及可以看到专题订单、会员订单的具体金额和二者之和
其使用动态查询实现:从uesr_course_relation表中查询具体时间订单,然后在lesson表中查出每个专题的具体金额,然后在user_member_relation查出具体金额与前面的专题金额相加得到我们需要的数据;除此之外,还可以看到所有记录的总金额,总订单数,这个也是使用动态查询实现,稍微改动前面所说的SQL语句即可
作为运营者,我想要看到每日订单的详细信息,便于我们进行核对;
方案:在user_member_relation表中查询相应日期会员订单,在uesr_course_relation和lesson表中查询相应的专题订单,作为一天的订单一起返回数据即可
明天计划的事情:
如果leader有空的话,进行方案评审,后进行接口文档和假数据的编写
遇到的问题:
对流程不太熟悉,在进行方案设计之前没和新华美育这边沟通好,导致方案评审的时间推迟了
收获:
学到了真实项目的基本流程,和复盘项目有点不一样
进度:
还未进行方案评审,未知
评论