服务端技术方案模板参考

如何写好一个技术方案对于开发来说非常关键，这是一个工程类技术方案模板，基于我之前的一些积累，适合相对独立的业务需求承接。

实际开发中可以作为一个模板来套用，在这个基础上进行增加或者删减。

一、概要

很多时候，大家做项目的时候容易陷入为了上线而上线，尤其技术出身的同学，接到一个项目后，会陷入快速了解需求、做方案的圈子里。

通过概要分析，先了解下你要做的项目、在整个业务发展过程中所处的位置及价值，可以简单问几个问题，相信会有所帮助：

1、项目是解决哪个业务的需求？处于什么发展阶段？

2、当前业务有哪些问题/优化空间/增长点，通过这个项目能否解决？

3、参与业务上下游有哪些角色？

4、项目的成本和收益如何评价，有没有可衡量的指标体系？

5、后期业务发展的趋势如何？未来可能的增长规模多大？

基于以上的问题，为后续落地的方案可扩展性及未来业务发展做预判。

1.1 术语

统一术语的目的是让沟通在一个频道上，避免出现鸡同鸭讲，在项目后期出现返工等现象。

把术语放在最开始，以确保本文档的阅读者能够在一篇文档中就可以了解所有的关键术语。

• 术语将贯穿需求、分析、设计、开发、测试、维护阶段，在整个项目的生命周期中，参与者都将以统一的术语交流。
• 术语定义要求精确，严格，且勿模糊，含蓄；
• 寻找术语的方法：从需求文档中寻找那些多次出现的名词，业务名词，系统分析时引入的抽象概念。
• 术语范围：产品名称相关的名词，业务相关的名词，参与者相关的角色名词，边界、额度、时