-
目的
- 方案是否合理,有没有强依赖行
- 使得项目人员对项目需求有深刻的理解
- 终极目标:让后来者能够看懂
-
谁需要写技术方案?谁来审核?
- 第一次参加项目的应该写技术方案
- 由资历深的人员审核
-
业务实现方案内容模块
- 修订记录
- 当产品需要迭代的版本比较多时,需要修订记录模块
- 实现细节
- 具体分析要实现哪些功能?如何实现?能画图尽量画图
- 风险点
- 一般出现在前后端的依赖
- 重难点技术学习
- 修订记录
-
评审
- 被评审者讲解自己的实现方案
- 参会者思考是否有不合理的地方?涉及到的上下游依赖没有提到?
技术评审,技术方案是不是可行,对技术方案的产出,不用去思考怎么实现,长期来说是可读性和维护性更高的,后期维护中,通过业务文档,快速的能达到维护的效果,
有一些技术方案是需要回溯的。