今天完成的事情：

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有空的话，进行方案评审，后进行接口文档和假数据的编写

遇到的问题：

对流程不太熟悉，在进行方案设计之前没和新华美育这边沟通好，导致方案评审的时间推迟了

收获：

学到了真实项目的基本流程，和复盘项目有点不一样

进度：

还未进行方案评审，未知