一.今天完成的主要事情

1.对照原型图和之前总结的接口图,初步定义各个表中的字段以及字段功能.

产品表字段:

Id, 产品代号,产品名称,产品预期年化收益率,产品理财期限(以天为单位),起投金额,产品详情图片url,还款方式(0.按月付息,到期还本;1.按月等额本息;2.到期一次性还本付息),起息日期(0:T+0,1:T+1,2:T+2),到期日期?备注信息,产品状态(在售, 停售),角标(0:新近产品, 1: 热门产品, 2: 普通产品),是否推荐(0: 精品推荐, 1: 不推荐), 是否限购(0: 限购 1: 不限购), 限购金额,总金额

用户实名审核记录表

Id, 用户手机号码, 用户编号, 真实姓名, 身份证号, 实名状态(0, 未认证 1, 已认证 2, 已拒绝 3, 已取消?), 申请日期,拒绝理由,

(后台,实名列表.html,实名状态是否有已取消这个状态)

债权列表？？？

Id, 债务人, 债权代号, 债务人手机号, 债务人身份证号, 债权状态(0,未使用 1,使用中 2,已到期), 出借金额, 出借日期, 到期日期, 出借期限, 已匹配金额, 债权性质, 相关备注

是否有债权匹配表?有的话,那么匹配人,借款合同等放在债权匹配表中,如果没有,则这些内容也要放在债权列表中?

暂定没有债权匹配表，查看该债券的匹配详情通过查询用户产品关联表获得

内容列表

Id, 标题, 状态(0, 上线 1, 草稿), 编辑者, 类型(0, 推荐页轮播图 1, 帮助中心 2,关于我们), 编辑时间, 内容url, 是否是封面

(方案一:每条记录记录一个图片,那么轮播图每次上传都记录一条记录,上线下线时按照标题,这样前端需要判断,一次只能上线或下线该标题下的所有记录)

(方案二:每条记录记录5个图片url,轮播图只允许上传5张,其他类型多次上传,后上传的覆盖先上传的,上线时只上线一条记录,但这样可能会造成其他类型时有字段没有使用)

公告消息表

Id, 标题, 状态(0, 上线 1, 草稿), 编辑者, 类型(0, 所有人 1,  已实名认证投资人,), 编辑时间, 内容url, 简述, 消息类型(0, 即时发送 1, 定时发送), 定时时间, 是否推送

(初步想法:选择定时日期后,计算发送日期时间戳,记录如定时时间字段,然后到达该时间戳时,将该条消息的状态由草稿改为状态).

系统消息表

Id, 用户id, 用户投资产品id, 状态(0, 投资成功 1, 投资失败 2, 即将到期 3, 正在回款 4, 回款成功 5, 回款失败), 消息时间(记录该消息产生时间,同时也是发送时间,系统消息都是即时发送,产生就发送)

(初步想法:用户的任意操作或者系统操作的反馈都在该表中新增一条数据,用户查询时按时间顺序从近到远排序)

银行表

Id, 银行名称, 支付机构号, 提现机构号, 单笔限额, 日累计限额, 编辑者, 编辑时间,银行logo地址url

用户银行关联表（用户添加银行卡时在该表中新增记录， 用户更换银行卡时在该表中更新记录）

id， 用户id，城市，开户行id，开户行名称，开户行logo地址url，银行卡号，单笔限额，日限额，银行预留手机号。

（初步想法：查询接口是使用频率最高的，不用多次联表查询，只查询该表即可，原因是猜想联表查询效率相对低一些，但是有待验证）

意见表（用户更新该表，后台查看或删除该表）

Id,用户手机号,用户姓名,提交时间,用户邮箱， 意见具体内容(字段选择)

版本管理(用户查询该表, 后台查询或新增该表)

Id, 平台类型, 版本名称, 版本号, url地址, 版本信息

销量统计列表(设置定时任务,每天固定时间统计更新该表,平时展示出来的内容按产品代码降序排序)

Id, 产品名称, 产品代号, 购买人数, 购买次数, 购买总额

销量明细表(每次用户购买产品后都会更新该表, 查询该表时按照日期排序)

Id, 日期, 购买人数, 购买次数, 购买金额

(问题:该表中的购买人数如何统计?)

Manager表(后台的增删改查操作,同时要注意用户角色对这些表的新增,更新,删除操作的权限问题)

Id , 角色(0, 运营 1,管理员 2,超级管理员), 用户名, 创建人, 创建时间, 更新人, 更新时间, 手机号码, 密码

角色表(后台的增删改查操作,实现时要注意用户角色是否有相应的权限)

Id, 角色名, 创建人, 创建时间, 更新人, 更新时间, 角色模块id

模块表(后台的增删改查操作, 实现时要注意用户角色是否有相应的权限)

Id, 名称, 模块对应url地址, 父模块id(菜单id?), 模块类型, 数据更新时间, 更新人id, 数据创建时间, 创建人id, MenuId,

角色模块关联表

Id, 角色id, (用户管理, 实名认证, 产品管理, 债权管理, 债权匹配, 运营管理, 经理管理, 意见反馈, 版本管理, 销量统计, 账户管理, 密码修改, 角色管理, 模块管理,即模块表中的所有条目,值都是0, 有权限, 1 没有权限)

常量表,合同表

  红色字体标注的是需求有疑问或者实现可能有问题的内容,需要进一步和搭档商讨.

2.针对有些需求有问题的继续和PM沟通

1.     产品如何算投满,是有一个总金额,投满为止,还是有一个期限,再到该期限前都可以投,到期时有多少钱就算多少?(前台,(改)产品详情.html,新手体验计划图,到期日期),是所有产品都用这一种方式还是不同产品有不同的方式?

答:所有产品都没有总金额,也没有募集期,停售和在售都是由后台人工控制

2.     昨天未回复的问题:版本管理中的更新操作是新增一条记录吗

答:展示出来的只有一条,但是后台数据库中是新增一条记录

3.     前台用什么方式付款(重要)?

答:直接用银行卡,提现也一样,直接提现至银行卡,用户看到的操作记录只有五种,付款成功, 付款失败, 回款成功,回款失败,回款中

4.     所有产品的付息方式一共有哪些,一共只有按月付息到期还本和到期一次性还本付息两种吗?

答:只有按月付息到期还本和到期一次性还本付息两种

二.明天计划完成的事情

1.和王蒙商量将每个表中的字段的功能定下来,然后开始定义表的细节,如表字段命名, 数据类型, 数据长度, 字段的值代表的含义, 假数据等.

三.遇到的问题

以上,解决方式是和PM商量解决

四.收获

以上

五,项目进度情况

有延期风险