软件需求分析说明指导书模板.doc

保密等级：S
资料编号：SRS-[产品代号]-[序列号]
版 本：V[*].[*]

[产品型号名称（二号字体）]
[部件型号名称（可选、小二号字体）]

软件需求分析说明书

共 11 页

编制：
审核：
审定：
会签：
同意：

XXXXXXXXXX企业
[****]年[**]月[**]日

文档修改统计
日期
版本
修改内容
修改人
同意人

目 录
1 引言 2
1.1 编写目标 2
1.2 范围 2
1.3 定义、首字母缩写词和缩略语 2
1.4 参考资料 2
2 项目概述 3
2.1 产品描述 3
2.2 产品需求 3
2.2.1 功效需求 3
2.2.2 性能需求 4
2.2.3 可服务性需求 4
2.3 用户及用户特点 4
2.4 通常约束 5
2.5 假设和依据 5
3 用例描述 5
3.1 用例1 5
3.2 用例2 6
3.3 用例n 6
4 外部接口需求 7
4.1 用户接口 7
4.2 硬件接口 7
4.3 软件接口 7
4.4 通信接口 8
5 设计约束 8
5.1 其它标准约束 8
5.2 硬件限制 8
6 属性 8
6.1 可用性 8
6.2 安全性 9
6.3 可维护性 9
6.4 可转移 ＼转换性 9
6.5 警告 9
7 其它需求 9
7.1 数据库 9
7.2 操作 10
7.3 场适宜应性需求 10
8 附录 10

[说明：本模板中蓝色字体和橙色字体为说明性文字，在最终提交文档中请删除这些说明性文字。]
1 引言
1.1 编写目标
说明编写这份软件需求说明书目标，指出预期读者范围。
1.2 范围
说明：
a． 待开发软件系统名称；
b． 说明软件将干什么，假如需要话，还要说明软件产品不干什么；
c． 描述所说明软件应用。应该：
1） 尽可能正确地描述全部相关利益、目标、和最终目标。
2） 假如有一个较高层次说明存在，则应该使其和高层次说明中类似陈说相一致（比如，系统需求规格说明）。
1.3 定义、首字母缩写词和缩略语
列出本文件中用到专门术语定义和缩写词原词组。
1.4 参考资料
列出要用到参考资料，如：
a． 本项目标经核准计划任务书或协议、上级机关批文；
b． 属于本项目标其它已发表文件；
c． 本文件中各处引用文件、资料，包含所要用到软件开发标准。
列出这些文件标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料起源。
2 项目概述
2.1 产品描述
叙述该项软件开发意图、应用目标、作用范围和其它应向读者说明相关该软件开发背景材料。解释被开发软件和其它相关软件之间关系。假如本软件产品是一项独立软件，而且全部内容自含，则说明这一点。假如所定义产品是一个更大系统一个组成部分，则应说明本产品和该系统中其它各组成部分之间关系，为此可使用一张方框图来说明该系统组成和本产品同其它各部分联络和接口。
2.2 产品需求
2.2.1 功效需求
本条是为将要完成软件功效提供一个摘要。比如，对于一个记帐程序来说，需求说明能够用这部分来描述：客房帐目维护、客房财务报表和发票制作，而无须把功效所要求大量细节描写出来。
有时，假如存在较高层次规格说明时，则功效摘要可从中取得，这个较高层次规格说明为软件产品分配了特殊功效，为了清楚起见，请注意：
a． 编制功效一个方法是制作功效表，方便用户或第一次读这个文件人全部能够了解；
b． 用方框图来表示不一样功效和它们关系也是有帮助。但应切记，这么图不是产品设计时所需求，而只是一个有效解释性工具。
c． 用系统用例图能够表示系统关键功效，假如功效较多，能够按功效分组分多个小节分别描述。
范例：
需求
编号
需求
版本
需求
名称
需求
描述
PR01
V1.0
采集属性
采集遥测点采集属性包含采集RTU号、点号、工程转换系数等
…
…
…
…
2.2.2 性能需求
从整体来说，本条应具体说明软件、或人和软件交互静态或动态数值需求。
A． 静态数值需求可能包含：
1) 支持终端数；
2) 支持并行操作用户数；
3) 处理文卷和统计数；
4) 表和文卷大小。
B． 动态数值需求可能包含：欲处理事务和任务数量，和在正常情况下和峰值工作条件下一定时间周期中处理数据总量。
全部这些需求全部必需用能够度量术语来叙述。比如，95％事务必需在小于1s时间内处理完，不然，操作员将不等候处理完成。
范例：
需求
编号
需求
版本
需求
名称
需求
描述
TR01
V1.0
遥控、遥调正确率
遥控、遥调正确率>99.99%
…
…
…
…
2.2.3 可服务性需求
从易于安装和调试方面提出产品可服务性需求。
需求
编号
需求
版本
需求
名称
需求
描述
SER01
V1.0
产品安装包
应制作产品安装包，一步一步指导完成监控软件、数据库服务器、基础数据安装及配置。
…
…
…
…
2.3 用户及用户特点
列出系统全部可能用户，提议用UML图表示。
列出本软件最终用户特点，充足说明操作人员、维护人员教育水平和技术专长，和本软件预期使用频度。这些是软件设计工作关键约束。
2.4 通常约束
本条对设计系统时限制开发者选择其它部分项作通常性描述。而这些项将限定开发者在设计系统时任选项。这些包含：
a． 管理方针；
b． 硬件限制；
c． 和其它应用间接口；
d． 并行操作；
e． 审查功效；
f． 控制功效；
g． 所需高级语言；
h． 通信协议；
i． 应用临界点；
j． 安全和保密方面考虑。
2.5 假设和依据
本条列出影响需求说明中陈说需求每一个原因。这些所以不是软件设计约束，不过它们改变可能影响到需求说明中需求。比如：假定一个特定操作系统是在被软件产品指定硬件上使用，然而，实际上这个操作系统是不可能使用，于是，需求说明就要进行对应改变。

3 用例描述
下面各节分别描述各用例具体步骤。
3.1 用例1
给出对本用例概括性说明，这里说明不仅限于文字，能够给出界面草图、活动步骤图等。
按下表方法描述用例正确过程
用例1
用例名称
描述
该用例具体解释
前提
要使该用例能够工作，系统需要处于什么样条件下，如商店要卖东西必需先开张
触发条件
是什么造成这个用例开始工作？如用户需要商品，并进入商店。
成功
用例完成后系统处于什么状态？如用户拥有了所需产品并感到愉快，货币保留在出纳机中，等候下一位用户。
中止
假如用例被放弃了，会发生哪些情况？如，假如用户放下购物篮没有买任何东西离开，需要有些人看到这些并把货物放回原处。
参与者
关键
谁起主导作用？如用户和收款员？
隶属
谁起次要作用？如店员？
过程
步骤
活动名
描述

1

2

3

变更
步骤
活动名
描述

异常
步骤
活动名
描述

3.2 用例2
.....

3.3 用例n
.....

4 外部接口需求
4.1 用户接口
提供用户使用软件产品时接口需求。比如，假如系统用户经过显示终端进行操作，就必需指定以下要求：
a． 对屏幕格式要求；
b． 报表或菜单页面打印格式和内容；
c． 输入输出相对时间；
d． 程序功效键可用性。
4.2 硬件接口
要指出软件产品和系统硬部件之间每一个接口逻辑特点。还可能包含以下事宜：支撑什么样设备，怎样支撑这些设备，有何约定。
4.3 软件接口
在此要指定需使用其它软件产品（比如，数据管理系统、操作系统或数学软件包），和同其它应用系统之间接口。对每一个所需软件产品，要提供以下内容：
a． 名字；
b． 助记符；
c． 规格说明号；
d． 版本号；
e． 起源。
对于每一个接口，这部分应说明和软件产品相关接口软件目标，并依据信息内容和格式定义接口，但无须具体描述任何已经有完整文件接口，只要引用定义该接口文件即可。
4.4 通信接口
指定多种通信接口。比如，局部网络协议等等。
5 设计约束
设计约束受其它标准、硬件限制等方面影响。
5.1 其它标准约束
本项将指定由现有标准或规则派生要求。比如：
a． 报表格式；
b． 数据命名；
c． 财务处理；
d． 审计追踪，等等。
5.2 硬件限制
本项包含在多种硬件约束下运行软件要求，比如，应该包含：
a． 硬件配置特点（接口数，指令系统等）；
b． 内存放器和辅助存放器容量。
6 属性
在软件需求之中有若干个属性，以下指出其中多个（注意：对这些决不应了解为是一个完整清单）。
6.1 可用性
能够指定部分原因，如检验点、恢复和再开启等，以确保整个系统有一个确定可用性等级。
6.2 安全性
指是保护软件要素，以预防多种非法访问、使用、修改、破坏或泄密。这个领域具体需求必需包含：
a． 利用可靠密码技术；
b． 掌握特定统计或历史数据集；
c． 给不一样模块分配不一样功效；
d． 限定一个程序中一些区域通信；
e． 计算临界值检验和。
6.3 可维护性
要求若干需求以确保软件是可维护。比如：
a． 软件模块所需要特殊耦合矩阵；
b． 为微型装置指定特殊数据＼程序分割要求。
6.4 可转移 ＼转换性
要求把软件从一个环境移植到另一个环境所要求用户程序，用户接口兼容方面约束等等。
6.5 警告
指定所需属性十分关键，它使得大家能用要求方法去进行客观验证。
7 其它需求
依据软件和用户组织特征等，一些需求放在下面各项中描述。
7.1 数据库
本项对作为产品一部分进行开发数据库要求部分需求，它们可能包含：
a． 在功效需求中标识信息类别；
b． 使用频率；
c． 存取能力；
d． 数据元素和文卷描述符；
e． 数据元素、统计和文卷关系；
f． 静态和动态组织；
g． 数据保留要求。
注：假如使用一个现有数据库包，这个包应在“软件接口”中命名，并在那里具体说明其使用方法。
7.2 操作
这里说明用户要求常规和特殊操作。
A． 在用户组织之中多种方法操作。比如，用户初始化操作；
B． 交互作用操作周期和无人操作周期；
C． 数据处理运行功效；
D． 后援和恢复操作。
注：这里内容有时是用户接口一部分。
7.3 场适宜应性需求
这里包含：
a． 对给定场所或相关任务或操作方法任何数据或初始化次序需求进行定义。比如，栅值，安全界限等等。
b． 指出场所或相关任务为特点，这里能够被修改以使软件适合特殊配制要求。
8 附录
对一个实际需求规格说明来说，若有必需应该编写附录。附录中可能包含：
a． 输入输出格式样本，成本分析研究描述或用户调查结果；
b． 有利于了解需求说明背景信息；
c． 软件所处理问题描述；
d． 用户历史、背景、经历和操作特点；
e． 交叉访问表。按前后次序进行编排，使部分不完全软件需求得以完善；
f． 特殊装配指令用于编码和媒体，以满足安全、输出、初始装入或其它要求。
注：当包含附录时，需求说明必需明确地说明附录是不是需求要考虑部分。