业务需求
需求描述

需求背景

目前ebay在线listing已超过4千多万,导致自动补货消耗的性能过大,需优化


需求描述

动态库存变化和listing变化由两个定时调度统一改为策略消费机制:
1.sku变化不再由每个店铺单独查询变化的listing改为一次性按sku查询出涉及到的所有店铺和listing,插入到待补货队列

2.listing同步变化不在按每个店铺判断对应的listing是否需要处理自动补货,而是直接插入到待补货队列


3.生产端按店铺分批查询补货队列推入redis队列


4.消费端获取redis队列处理补货逻辑将符合条件的推入补货队列或发货处理时间队列

验收标准
价值描述
提升自动补货性能,节约服务器资源
历史记录  
  1. 2023-12-08 13:50:44, 由 胡楚文 创建。
  2. 2023-12-08 15:21:23, 由 胡楚文 变更。
    修改了 版本号 ,旧值为 "1",新值为 "2"。
    修改了 需求描述,区别为:
    005-
    005+
    006- 动态库存变化和listing变化由两个定时调度统一改为策略消费机制:1.sku变化不再由每个店铺单独查询变化的listing改为一次性按sku查询出涉及到的所有店铺和listing,插入到待补货队列
    006+ 动态库存变化和listing变化由两个定时调度统一改为策略消费机制:1.sku变化不再由每个店铺单独查询变化的listing改为一次性按sku查询出涉及到的所有店铺和listing,插入到待补货队列
    007- 2.listing同步变化不在按每个店铺判断对应的listing是否需要处理自动补货,而是直接插入到待补货队列
    007+ 2.listing同步变化不在按每个店铺判断对应的listing是否需要处理自动补货,而是直接插入到待补货队列
    008-
    008+ 3.生产端按店铺推入redis队列
    009- 3.生产端按店铺分批查询补货队列推入redis队列
    009+ 4.消费端获取redis队列处理补货逻辑将符合条件的推入补货队列或发货处理时间队列
    010- 4.消费端获取redis队列处理补货逻辑将符合条件的推入补货队列或发货处理时间队列
    005- <p>
    005+ <p><br /></p>
    006- </p><p>动态库存变化和listing变化由两个定时调度统一改为策略消费机制:<br />1.sku变化不再由每个店铺单独查询变化的listing改为一次性按sku查询出涉及到的所有店铺和listing,插入到待补货队列<br /></p>
    006+ <p>动态库存变化和listing变化由两个定时调度统一改为策略消费机制:<br />1.sku变化不再由每个店铺单独查询变化的listing改为一次性按sku查询出涉及到的所有店铺和listing,插入到待补货队列</p>
    007- <p>2.listing同步变化不在按每个店铺判断对应的listing是否需要处理自动补货,而是直接插入到待补货队列</p>
    007+ <p>2.listing同步变化不在按每个店铺判断对应的listing是否需要处理自动补货,而是直接插入到待补货队列</p>
    008- <p><br /></p>
    008+ <span>3.生产端按店铺推入redis队列</span>
    009- <span>3.生产端按店铺分批查询补货队列推入redis队列</span>
    009+ <p><span>4.消费端获取redis队列处理补货逻辑将符合条件的推入补货队列或<span>发货处理时间队列</span></span></p>
    010- <p><br /><span>4.消费端获取redis队列处理补货逻辑将符合条件的推入补货队列或<span>发货处理时间队列</span></span></p>
  3. 2023-12-11 11:07:51, 由 胡楚文 编辑。
    修改了 所属计划,旧值为 "",新值为 "584"。
  4. 2023-12-11 11:50:05, 由 徐盛松 记录评审结果,结果为 确认通过。
    修改了 评审时间,旧值为 "0000-00-00",新值为 "2023-12-11"。
    修改了 指派给 ,旧值为 "laoxu",新值为 "huchuwen"。
    修改了 当前状态,旧值为 "draft",新值为 "active"。
    修改了 由谁评审,旧值为 "",新值为 "laoxu"。
  5. 2023-12-12 19:55:23, 由 刘霞 编辑。
    修改了 成本 ,旧值为 "10000",新值为 "7000"。
    修改了 ROI ,旧值为 "2.00",新值为 "2.86"。
    修改了 预计工时,旧值为 "40",新值为 "28"。
  6. 2023-12-12 19:57:18, 由 刘霞 关联到迭代 智能中心-EBAY直发迭代 。
  7. 2023-12-25 18:44:20, 由 刘霞 编辑。
    修改了 关键词,旧值为 "",新值为 "战略12月26日"。
  8. 2024-05-11 11:08:20, 由 梁秀丽 关联到迭代 智能中心-智能刊登迭代 。
  9. 2024-05-15 15:31:41, 由 梁秀丽 从迭代 #635 智能中心-智能刊登迭代 移除。
  10. 2024-05-16 10:10:15, 由 梁秀丽 从迭代 #634 智能中心-EBAY直发迭代 移除。
  11. 2024-05-16 10:11:09, 由 梁秀丽 关联到迭代 智能中心-EBAY直发迭代 。
  12. 2024-05-16 11:13:01, 由 梁秀丽 编辑。
    修改了 指派给,旧值为 "xuruifeng",新值为 "huxiaofeng"。
  13. 2024-05-16 14:03:35, 由 梁秀丽 编辑。
    修改了 所处阶段 ,旧值为 "projected",新值为 "tested"。
    修改了 设置阶段者,旧值为 "",新值为 "liangxiuli"。
  14. 2024-07-22 14:05:33, 由 胡楚文 编辑。
    修改了 所处阶段 ,旧值为 "tested",新值为 "poaccepted"。
    修改了 设置阶段者,旧值为 "liangxiuli",新值为 "huchuwen"。
  15. 2024-09-02 08:51:33, 由 胡楚文 关闭,原因为 已完成 。
    修改了 由谁关闭,旧值为 "",新值为 "huchuwen"。
    修改了 关闭日期,旧值为 "0000-00-00 00:00:00",新值为 "2024-09-02 08:51:31"。
    修改了 指派给 ,旧值为 "huxiaofeng",新值为 "closed"。
    修改了 当前状态,旧值为 "active",新值为 "closed"。
    修改了 所处阶段,旧值为 "poaccepted",新值为 "closed"。
    修改了 关闭原因,旧值为 "",新值为 "done"。
  16. 2025-07-17 15:12:36, 由 李亚婷 编辑。
    修改了 所属计划,旧值为 "584",新值为 ""。
    修改了 ROI ,旧值为 "2.86",新值为 "1.43"。
迭代版本
提报业务部门
提报人员 郑树炜
需求来源 业务方迭代需求
所属项目 智能中心-需求池
所属模块 战略独立项目   EBAY直发
所属计划
业务价值 中心战略层
开发组 财务开发组
受益业务部门 智能研发中心
验收人员 郑树炜
业务目标类型 其他
中心业务目标 其他
业务价值
每月价值量 20000
每月节省人数 0
优先级 P1
价值类型
预计工时 28
成本 14000
ROI 1.43
操作手册 否
高价值 -
主被动 主动挖掘
复杂度 一般性
工作流ID 0
工作流创建时间
更新点
是否高危
评分
当前状态 已关闭
所处阶段 已关闭
关键词 战略12月26日
评审次数 一次
计划上线 0000-00-00
上线时间 0000-00-00
计划验收时间 2023-12-08
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给
由谁创建 胡楚文 于 2023-12-08 13:50:44
指派给 Closed 于 2025-07-17 15:12:28
由谁评审 徐盛松
评审时间 2023-12-11
由谁关闭 胡楚文 于 2024-09-02 08:51:31
关闭原因 已完成
最后修改 李亚婷 于 2025-07-17 15:12:28