需求分析模版

1. 需求概述

1.1 需求分析

1.1.1 需求背景

• C端24%项目截止月底仍有40%以上资金未使用，但B端项目还没到月底已无资金，部分场景资金冗余部分场景资金短缺

• 三表时间时间飘忽，6月在28号确定总包，导致层层向下拆解不够及时，影响BD进行全月规划和上活动；且部分BDM向下分配不及时导致资金冗余

• B端业务线资源分配工作量大

1.1.2 需求价值

• 赋能业务线运营,每人每月提效10人天/月

• 加速预算分配,防止一线熔断

• 助力业务提前规划当月打法和策略

1.1.3 名词术语

1.1.4 文档链接

prd文档

1.2 业务流程分析

1.2.1 业务流程图

1.3 人员分工

1.3.1 模块分工

模块	人力	备注
平台模块	XX
数据模块	XX
任务模块	XX

1.3.2 任务分工

序号	任务名称	人员	工作量	备注
平台模块
数据模版	创建逻辑库

2. 业务分析

2.1 业务用例

逻辑库管理

任务实例管理

异步计算

1. 底表以及底表衍生表

2. eg: KA×BD×城市 -> (KA×BD)(KA×城市)(BD×城市)

3. 输入因子与底表结合计算

4. 配置sql

5. 创建回流过程

外部依赖

1. 底表数据需要外部出

2.2 业务场景

2.2.1 时序图

3. 应用分析

3.1 系统整体架构

3.2 系统依赖

4. 模型设计

4.1 领域模型

4.2 表结构

5. 详细设计分析

5.1 主要改造的模块内容

5.2 主要模块设计

5.3 改造影响分析

5.3.1 影响的接口范围

5.3.2 影响的模块

5.3.3 主要代码改造点

5.3.4 接口改造分析

5.3.5 日志打印分析

1. 监控影响分析：如果需要新增业务监控视图，给出日志埋点分析；如果修改来的日志，需要分析对现有监控的影响
2. 日志存储量分析：新增或修改日志，都需要明确分析日志的日增长量

5.3.6 性能分析

1. 基本的性能分析，

2. 大促场景的性能影响

3. 缓存逻辑修改分析

5.3.7 消息回查分析

1. 分析是否涉及消息改造
2. 评估是否涉及消息回查逻辑改造；

6. 兼容性分析

确保：

1，新系统处理新数据

2，新系统处理老数据

3，老系统处理老数据

4，老系统处理新数据

5，是否涉及到多阶段，多阶段容易出兼容性问题

这四种情况，都经过分析和测试。

7. 规则配置

8. 测试及回归建议分析

针对本次改造，重点给出测试策略、测试关注点等建议分析内容

9. 风险评估

9.1 业务容量评估

9.2 新增依赖评估

10. 三板斧

10.1 监控与核对

关注是否需要提前埋点做监控、核对

10.2 灰度与切流

10.3 应急方案分析

包括代码回滚、配置回滚、业务流量回滚等