系统需求规格书模板.docx

系统需求规格书模板.docx

《系统需求规格书模板.docx》由会员分享，可在线阅读，更多相关《系统需求规格书模板.docx（13页珍藏版）》请在冰豆网上搜索。

系统需求规格书模板

XXXXXX

需求分析规格书

XXX小组（SMU）

2011-3-8

[在此处键入文档的摘要。

摘要通常是对文档内容的简短总结。

在此处键入文档的摘要。

摘要通常是对文档内容的简短总结。

]

1

文档介绍

（备注：

本模板所有的举例只是为了说明需要描述的问题，提供参考，并不准确，切勿直接拷贝）

1.1目的

描述实际业务目的，对项目进行简要定义。

如：

本文档的目的是系统地阐述XXXXXX，作为后续概要设计、详细设计、开发和测试的依据。

1.2文档范围

简要阐述本文档的所包含的内容范围，如：

并说明与此文档相关的其它必要说明，如：

本文档需参照附录一数据字典、附录二算法与公式。

1.3预期读者对象

列举所针对的不同读者角色和阅读建议。

如：

本文档主要的阅读对象是产品的后续概要设计、详细设计、测试人员、维护人员和项目经理。

其中概要设计人员、测试人员、项目经理应重点阅读本文档各部分，其他人员可选择性阅读本文档。

本文档的阅读对象包括：

⏹概要设计人员：

根据需求进行体系结构设计，合理规划系统模块的划分以及模块间关系，并且在概要设计中回溯需求。

⏹详细设计人员：

根据概要设计和需求进行产品的详细设计，描述各模块的具体实现机制。

⏹测试人员：

根据需求编写测试规格书和测试用例，建立测试与需求的回溯关系，测试和验证产品。

⏹维护人员：

根据需求编写维护手册和用户手册。

⏹项目经理：

结合整个项目的研发目标，全局把握需求内容的合理性、以及需求实现的可行性。

1.4术语与缩写解释

建议按字典序排列，后续描述统一用缩写，不再用全称或中文。

缩写、术语

解释

表1术语表

1.5参考文档

列出本文档的所有参考文献（可以是非正式出版物），格式如下：

〖标识符〗作者，文献名称，出版单位（或归属单位），日期。

如：

2系统概述

2.1产品描述

2.1.1开发意图

描述该产品（软件或硬件）开发的意图及目标，如：

⏹

2.1.2作用范围

描述该产品适用的范围，如：

2.1.3产品背景

描述有关该产品开发的背景，比如无该产品的现状以及其他应向读者说明的背景材料，如：

2.1.4产品环境描述

解释被开发产品与其他有关产品之间的关系（若本产品是一独立的产品，则说明这一点；若本产品是一个产品的组成部分，则说明本产品与其他各组成部分之间的关系，可使用文字描述与方框图共同表示的方法）

2.2产品功能

本条是为将要完成的产品功能提供一个摘要，可根据功能大类分类列举功能。

如：

2.3用户特点

列出本产品的最终用户的特点，充分说明操作人员、维护人员的技术专长，以及本产品的预期使用频度。

如：

2.4设计约束

本节对设计系统时限制设计、开发人员选择的其他一些项作一般性描述。

若有其他方面的约束，可自行增加章节。

2.4.1所需开发工具及编程语言

描述系统开发所限定的设计开发工具和编程语言，如果本系统没有对开发工具及实现的语言做出限定在此声明“不限定”。

如：

⏹开发工具：

XXX

⏹编程语言：

XXX

2.4.2所需商用现货产品（COTS,CommercialOff-the-shelf）

描述系统开发所用到得COTS产品，包括软件（软件名称及版本号）及硬件产品（产品名称及型号），如果本系统没有采购需求，删除此表，并在此声明“无”。

商用现货产品

供应商

产品描述

2.4.3系统结构的约束

描述系统所必需采用的体系结构，及对该体系结构中对软硬件部分的要求，可给出系统的拓扑结构图加以说明。

如果本系统无结构上的约束，在此声明“无特殊结构要求”。

2.5假设和依据

本条列出影响需求说明中所陈述的需求的每一个因素，可以罗列，其目的是使不同的需求规格书的读者对本文档的理解是建立在同样的假设前提基础上。

若无特殊假设与依据,则注明“无”。

2.6遵循的标准或规范

本条列出产品要遵循的标准及规范。

格式如下：

[编号].标准名称-年份，标准的解释。

如：

3接口需求

3.1人机接口

此处给出所有人机接口的接口编号和名称,如下表

接口标识符

接口名称

简要说明

SMU.UI2

XX控制面板

在下级目录中说明本系统（软件或硬件）与用户的接口需求。

具体如下表

3.1.1XX接口

接口标识符

SMU.UI1

接口名称

接口描述

描述该接口的功能

示图

如有，给出该接口的示图

接口要素

描述接口里所包含的基本要素，以及每个要素的功能、特点，如

XX窗口1：

编辑域1，编辑域2，按钮1

XX窗口2：

按钮2

跳转规则

描述不同接口与其它接口的跳转

补充说明

界面的长、宽，以及颜色，布局等，如果可以在图中表示则在图中说明

3.1.2XX接口示意图

3.2物理接口

此处给出所有物理接口（软件与硬件之间的接口，硬件与硬件之间的接口）的清单，如串口设备、电源、网络等。

若软件通过逻辑接口控制某物理设备，也归为物理接口。

接口标识符

接口名称

简要说明

CC.HI1

电源接口

持续供应XX系统的用电

3.2.1电源接口

接口标识符

CC.HI1

接口名称

电源接口

接口描述

持续供应XX系统的用电

硬件名称

电源

接口描述

描述接口目的及接口的电气特性，包括电压，输入、输出、相位，通道、结构、硬件通信标准等，如：

交流220V电源接口

补充说明

描述该接口的约束与限制。

3.3软件接口

说明系统运行必需的其它软件系统的接口需求，包括与下层或上层软件系统（如操作系统、数据库、桌面系统等）的接口。

示例如下：

接口标识符

接口名称

简要说明

SMU.SI1

数据库访问接口

简要描述该接口的功能

SMU.SI2

桌面系统接口

3.3.1数据库访问接口

接口标识符

SMU.SI1

接口名称

数据库访问接口

软件名称

数据库

版本号

Sql_Server2000

接口描述

描述该系统对与其接口的系统的操作以及接口的目的，如：

SMU系统访问数据库服务的接口，包括表单的创建，数据的查询，更新，删除和添加。

接口标识符

SMU.SI1

接口名称

数据库访问接口

软件名称

数据库

3.4通信接口

接口标识符

接口名称

简要说明

SMU.Com1

3.4.1XX接口

说明系统与其它系统或设备的通信接口，注意这里主要描述的应是系统与系统之间、与通信协议相关的接口，如：

接口标识符

SMU.Com1

接口名称

与XX系统的通信接口

接口描述

描述该接口的目的

通信协议

对自定义协议，描述输入输出数据，若为标准数据，直接写协议名称，如：

TCP/IP

输入数据

输出数据

通信安全

是否需要加密、安全验证等

传输要求

2MB/S，最大不能超过50M

通信机制

非同步

补充说明

无

4功能需求

此处按业务的划分描述系统的全局关系，需求分析人员可对照系统特点给出用例图。

若用例图过于复杂，有以下三种策略可简化用例图：

若角色过多，将多个角色抽象为一个角色；

调整图形布局；

拆分为多幅图表示。

用例图元素说明：

椭圆表示第一级大类功能，如目录中的3.1功能1

小人表示用户和其它系统

直线表示“使用”

功能间的连线表示不同功能之间的关系，如

功能1为功能2的扩展功能，即在使用功能2时，可能会使用功能1。

功能3依赖功能1,采用虚线箭头表示.

功能2与功能4有联系,若不确定功能2和功能4谁依赖谁,则可直接划直线.

图1用例图（示意）

此处给出所有功能清单，包括功能标识符、名称及简要描述。

这里的任意一栏更新都需同步更新后面具体某个功能的功能表里对应的内容。

功能标识符

功能名称

功能描述

优先级

重要性

安全性

一级大类功能

第一级大类功能的简要描述

二级小类功能

第二级小类功能简要描述

状态收集与显示

收集与显示XX状态

SMU.R11

运行状态显示

显示运行状态，主要包括XX

高

强制

是

SMU.R12

XXX

中

可选

否

低

4.1功能XX

此处文字简要描述该功能点,如：

状态收集与显示功能主要收集与显示运行状态。

并显示包含角色和用例的用例模型示例。

下图为用例图的简单示例，其中椭圆表示的是功能XX下所有子功能，即第二级小类功能。

4.1.1子功能名称XX

注：

这里的优先级、重要性、安全相关等的更新都需同步更新前面的功能总表里对应的内容。

标识符

子功能标识符

名称

子功能名称,一般采用主谓短语

编写人员

编写该功能点的人员姓名

编写日期

该功能被编写或修改的时间

优先级

【高、中、低（从开发的角度）】

重要性

【强制、可选（从产品的角度）】

安全性

【是、否有安全性要求（从安全认证的角度）】

参与者

该功能在完成过程中所涉及的外部用户和其它系统

功能描述

该功能角色、目的的简要描述

触发事件

触发该功能开始的事件,比如由另外一个功能而产生的某信号的到来;如果是用户的操作,则建议作为基本流的第一步.

前置条件

该功能开始前的系统或用户状态

基本流

描述该用例的基本流程，即一般正常运作情况下的事件流。

完成该功能所需经历的操作步骤,需细化每个用户或本系统的操作

后置条件

该功能完成后的系统或用户状态

备选流

表示这个行为或流程是可选的或备选的，并不是总要执行。

基本流中的操作有别的选择，比如用户选择另外一个按钮，描述新的操作及后继的操作流程。

异常流

系统在完成该功能过程中所抛出的异常或用户操作的错误，及其处理方法

依赖功能

该功能完成所依赖的其他功能

补充说明

该功能完成过程中一些约束的说明。

需求来源

说明该项需求产生的来源，分析需求时优先参考IEEE的国际标准和国内的国标、，其次参考国外国内各主流厂家的产品实现方法，对于独立分析获得的需求注明为“独创性需求”。

不属于上述范围的，请注明“其他”并详细讲述来源。

若描述该功能时需采用图形，则在表格下方画出图形，图形下给出图标和文字说明（比如本功能与其它大类功能下小类功能的关系图、活动图、时序图）。

图2功能依赖图

说明：

功能3.2.1扩展功能3.1.1

图3XXX图

图4XXXX图

4.1.2子功能名称XX

4.2功能XX

4.3