发表于： 2017-11-09 22:56:43
1 714
今天完成的任务
按需求文档顺序，有什么功能要实现，它的验收标准是什么。然后我们给出实现方案，方案包括接口设计，DB表结构设计，用户量的预估，关键的SQL语句怎么写。架构图、逻辑图，核心算法。
方案设计要做选择题，分析每种方案的好坏，然后给出自己的选择，以及理由。
我们方案的最大问题在于，有很多页面的是需要返回多表查询的结果。
方案一：
不设计冗余字段：
优点：表结构符合清晰，一个表只描述一件事情，实体间关系用关联表描述，没有冗余字段或者冗余字段较少
缺点：非常多的接口需要返回多表查询结果，但多表查询的语句复杂难写
方案二：
设计冗余字段：
优点：原来需要多表查询的地方，用简单的查询语句就能实现
缺点：存在较多的冗余字段，删改查操作需要同时维护多个表的数据
选择方案：方案二
选择理由：
一、选择方案二，也会有些接口需要返回多表查询的结果，把这些接口写好，我们也算是会写复杂的查询语句了
二、因为页面是我们自己写，采用方案二可以降低前台页面的编写难度
*用JSP写假数据。直接把接收到的参数打印出来，把应该返回的结果发个前端。
简要介绍【聚金融】产品的类型，用户群体，主要提供的服务/功能：
聚金融一款P2P理财APP，但是在这里，我们把他做成一个WEB项目来实现。在聚金融里，只针对投资者提供理财及理财相关服务，不提供任何信贷及信贷相关服务。聚金融的所有债权都来自于线下的借贷关系。
模块/功能划分：
表结构设计：
总共有20张表，其中18张表分别在前后台展示，2张表不在前后台展示。这2张表为了方便执行业务
接口文档概述：
总共72个接口，其中前台25个接口，后台47个接口
人员划分：
前台负责人-韦杰
后台负责人-白笑然
【聚金融】的关键点及解决方案：
1、需要定时发送的消息——Spring Quartz
2、还款——建还款计划表，每天晚上23:58分查表，调用还款service
3、①多表关联，增删改查操作需要同时成功，有一个失败则所有操作失败
②转账操作
——把这些关联的操作用事务包起来
4、数据库的并发写入
无法实现的功能：
1、【支付模块】做不了，因为微信支付、支付宝支付都需要商户认证通过后才能使用。
2、【消息推送】不做，因为我们是WEB项目。（如果有时间，还是可以去了解一下）
demo方法：
1、按WEB项目demo方法，自己写没有样式的页面。
2、每个接口用PostMan、JMeter进行测试，保存测试结果
遇到的问题
收获
明天的计划
跟搭档再过一次方案，约老大开方案评审
进度
准备方法评审
返回列表
评论