做开发,写技术方案肯定不会少,但是通常一个公司一份模板,有点头疼,而且,部门模板对于一些必要点的梳理也并非十分清晰,因此写一份技术方案模板,用以方案前期评审时讨论及扩展,可以做参考哈,但是具体的还是以自身实际需求为准。
时间:xxxx-xx-xx 编写人:fn-f
PRD: 产品需求链接
简述PRD产生的背景,1. 产品业务需求、2. 技术优化扩展、3. 痛点,缺陷,不足等问题点
分产品线、业务线、扩展性等方面,分析本次需求发布之后的涉及影响点
图示本需求涉及的功能点,将其拆解细化至团队或个人
1. 方案一(主)
方案撰写:思路、流程图(时序图,标明涉及系统以及系统调用链、上下游依赖接口等梳理)、模型设计(表之间关联图)、架构设计(需求涉及的整个系统架构影响点)、涉及技术栈(技术关键点check)、接口幂等并发等处理、接口涉及大数据量预估处理、兼容处理(现有功能兼容及影响业务范围)、优缺点对比、接口文档(http、rpc) 等等... ...
2. 方案二(备) (小的改动点可省略)
参考方案一,特别之处两者之间的优缺点、对比等方面
需求的产品、PM、前端、客户端、服务端、测试等相关人员
可以甘特图标识人员开发及介入时间安排,标明 deadLine
整理正式发布的checkList,多系统间发布顺序、配置变更、数据库变更、数据初始化、技术点增加、发布时间点等等... ...
-------------------------------------------- 迷人的分割线 ----------------------------------------
时间:2020-09-24 10:58 编写人:fn-f
PRD: xxx需求
简述PRD产生的背景,1. 产品业务需求、2. 技术优化扩展、3. 痛点,缺陷,不足等问题点
分产品线、业务线、扩展性等方面,分析本次需求发布之后的涉及影响点
图示本需求涉及的功能点,将其拆解细化至团队或个人
1. 方案一(主)
方案撰写:思路、流程图(时序图,标明涉及系统以及系统调用链、上下游依赖接口等梳理)、模型设计(表之间关联图)、架构设计(需求涉及的整个系统架构影响点)、涉及技术栈(技术关键点check)、接口幂等并发等处理、接口涉及大数据量预估处理、兼容处理(现有功能兼容及影响业务范围)、优缺点对比、接口文档(http、rpc) 等等... ...
2. 方案二(备) (小的改动点可省略)
参考方案一,特别之处两者之间的优缺点、对比等方面
需求的产品、PM、前端、客户端、服务端、测试等相关人员
可以甘特图标识人员开发及介入时间安排,标明 deadLine
整理正式发布的checkList,多系统间发布顺序、配置变更、数据库变更、数据初始化、技术点增加、发布时间点等等... ...
原文:https://www.cnblogs.com/fn-f/p/13727241.html