29?1442652664

【功能】 userScore 正常


yanxd添加于 2014-06-09 11:42
pdf邮件已发,里面有人员每进行一次的加分操作,项目贡献得分都已经测试没问题了(除了提交代码) 把协同,影响力得分,技术得分的操作,参考2014-06-09 10:40:59这次提交做完 6bd71ce9f147196ed7014a1938d7cbc9c53be2dd 新功能: message和memo两个model的顶踩功能
回复(12)
  • 6?1482197485
    王林春 10年前

    状态已解决 变更为 关闭

    该缺陷已在测试版更新并通过测试!

  • 1303?1442652664
    张江成 10年前

    跟踪任务 变更为 功能

    状态新增 变更为 已解决

  • 1303?1442652664
    张江成 10年前

    附件 得分表2014-6-17.xls 已添加

    % 完成80 变更为 100

    得分变化记录到user_score_details表功能

  • 1303?1442652664
    张江成 10年前

    % 完成50 变更为 80

    得分统计功能实现

  • 1303?1442652664
    张江成 10年前

    附件 得分表2014-6-13.xls 已添加

    % 完成0 变更为 50

    已实现得分计算,讨论区、贴吧帖子踩顶,会员等级功能

  • 29?1442652664
    yanxd 10年前

    附件 得分表.xls 已添加

  • 29?1442652664
    yanxd 10年前

    人物等级的问题,单独处理。 取值的时候直接根据等级表计算得分

  • 29?1442652664
    yanxd 10年前

    描述 已更新。 (查看差别)

  • 29?1442652664
    yanxd 10年前

    更新操作尽量用after_save update_issue_ratio是因为需要判断ratio是否更改,所以用 before_save 检查脏数据 model里带有user,author的用model里自有的任务对象,不要用User.current

  • 29?1442652664
    yanxd 10年前

    这次是更新和统计分开处理的 统计的代码在userscore.rake。做了协同得分的,剩下的补全 逐个统计后更新操作,技术得分因为有按照等级分类加分不同。 统计的时候先统一都按照一级会员加分 最后尽量保证 统计和加分时的 计分操作一致性

  • 29?1442652664
    yanxd 10年前

    每个增加操作后面 标明改动的model名字--

  • 29?1442652664
    yanxd 10年前

    描述 已更新。 (查看差别)

0?1470885445
登录后可添加回复
  • 当前状态 关闭
  • 选定优先级 正常
  • 指派给 张江成
  • 里程碑 SZZH V1.1 (Supported by BJSZZH)
  • 开始日期 2014-06-09
  • 结束日期
  • 预计工时(H) 0.00 小时
  • 完成度 100%
  • 关联Commit

© Copyright 2007~2021 国防科技大学Trustie团队 & IntelliDE 湘ICP备 17009477号

问题和建议
还能输入50个字符 提交

加入QQ群

关注微信APP


×