产品概要设计说明书模板.docx

产品概要设计说明书模板

6
2020年4月19日
文档仅供参考

xxxxxxx项目
概要设计说明书

文件状态：
[ ] 草稿
[ ] 内部版本
[ ] 发布版本
文件标识号

文件版本

文件编制/修改人

编制/修改日期

审批人

审批日期

地址：
电话：

版本信息
版本
编制/修改人
编制/修改日期
修改对象
修改原因说明
审批人及日期
例如：
V1.0.0
例如：

例如：
-5-18
例如：
电机控制模块设计

目录

1 文档概述 1
1.1 编写目的 1
1.1.1 标题名称 1
1.2 项目背景 1
1.3 定义、术语及缩写解释 1
1.4 参考资料 1
2 产品定位 2
2.1 产品背景 2
2.2 产品定位 2
2.3 产品设计目标 2
3 产品需求规定 2
3.1 功能需求 3
3.2 非功能性需求 3
3.3 约束和假定 3
4 产品架构设计 3
4.1 基本设计概念和处理流程 3
4.2 系统结构 3
4.2.1 模块A 4
4.2.2 模块B 4
4.3 功能需求与系统模块的关系 4
5 产品出错处理设计 4
5.1 出错信息 4
5.2 补救措施 4
6 产品维护设计 5
7 尚未解决的问题 5

1 文档概述
1.1 编写目的
给出项目概要设计说明书的编写目的，同时指明读者对象。

1.1.1 标题名称

1.2 项目背景
标识要开发的产品（名称，代码），列出此项目的任务提出者、开发者、用户。

1.3 定义、术语及缩写解释
列出本文件中用到的专门术语的定义和外文首字母缩写的原词组。
术语或缩写
解释

1.4 参考资料
可包括：（1）本项目经核准的计划任务书、需求规格说明书、合同或上级机关的批文；（2）本文档所引用的资料、规范等，列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。

2 产品定位
产品定位指整个产品生命周期的整体定位，在后续版本的需求定义中能够直接引用。如果是全新的版本定义需要重新描述。

2.1 产品背景
说明此项目产品的需求产生的背景。 例如：
本产品产生的背景是上一个版本的稳定性不足，本产品的主要目的是为了解决此重要问题。

2.2 产品定位
提供一段总体说明，高度概括产品将要在市场上占据的独特位置。
产品定位说明用于向所有相关人员传达产品的目的和产品的重要性。

2.3 产品设计目标
说明本系统将要实现的目标。

3 产品需求规定
说明对本系统的主要的输入/输出项目、处理的功能和性能要求，以及需求说明书中明确的其它专门要求。
3.1 功能需求 

3.2 非功能性需求 

3.3 约束和假定 
描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。 
另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型以及这样导致的约束。

4 产品架构设计 
4.1 基本设计概念和处理流程 
说明本系统的基本设计概念和处理流程，尽量使用图表的形式。

4.2 系统结构 
用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。

4.2.1 模块A 

4.2.2 模块B 

4.3 功能需求与系统模块的关系 
本条用一张如下的矩阵图说明各项功能需求的实现同各模块的分配关系：

模块A
模块B
模块C
。。。。。。
功能需求A
√

功能需求B

√
√

功能需求C

。。。。。。

5 产品出错处理设计 
5.1 出错信息 
用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。

5.2 补救措施 
说明故障出现后可能采取的补救措施，包括： 
a. 说明准备采用的后备技术，当原始系统数据万一丢失时，启用的副本的建立和启动的技术，例如，周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术； 
b. 说明准备采用的降效技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术能够是手工操作和数据的人工记录； 
c. 说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。

6 产品维护设计 
说明为了系统维护的方便而在程序内部设计中做出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。

7 尚未解决的问题 
说明在概要设计过程中尚未解决的而设计者认为在系统完成之前必须解决的各种问题。当在概要设计中无遗留问题时，此项能够去掉。