技术方案和需求实现方案侧重点不一样，技术需求侧重技术特点，技术优势以及方案对比；需求实现方案有所不同，侧重需求的实现、bug free、降低版本发布风险。本文分别从需求研究、开发、测试、运维四个方面来考虑方案的设计
需求研究
需要明确需求的背景、价值，对不同的人群有什么不同的价值
开发
业务改动点
- 业务新增点
- 业务修改点
- 修改的哪些模块
- 对什么业务会产生影响
- 对历史数据有什么影响
技术改动或优化点
- 是否需要重构部分逻辑
- 是否需要引入新的组件等
重点、难点或风险点
- 比如兼容历史逻辑
- 比如数据的一致性和逻辑的事务性
- 比如与外部团队合作存在不确定性
工作量评估
- 需要修改的模块
- 参与人员
- 各个模块的工作细化并评估工作量
测试
改动影响了部分业务逻辑，所以需要列出一些测试的重点，方便测试人员更有针对性地测试
运维
- 灰度方案：为了减少对业务的影响，还需要制定灰度方案
- 回滚方案：如果出现意外情况，还可以取消灰度
- 发布方案：概要的发布方案，需要尽量减少对已有业务的影响
ps: 在一些重要的部分，可以绘图
网友评论