软件需求规格说明书样本.docx
《软件需求规格说明书样本.docx》由会员分享，可在线阅读，更多相关《软件需求规格说明书样本.docx（12页珍藏版）》请在冰豆网上搜索。
软件需求规格说明书样本
软件需求规格阐明书模板
版本：
<1.0>
文档编号：
0304
密级：
秘密
编写：
编写日期：
年月日
审核：
审核日期
年月日
批准：
批准日期：
年月日
Copyright@Egao，Allrightreserved
修订记录
版本
章节名称
修订内容
修订日期
修订人
批准人
1.0
第一版发布
顾客需求确认书
重写顾客确认承诺内容
2.3
标题有顾客特点改为顾客类和特性
写作提示修改
2.4
原2.4普通约束改为2.4运营环境，2.5设计和实现上限制，并修改相应写作提示
3.2.1
标题顾客接口改为顾客界面，并修改相应写作提示
3.4
删除原3.4设计约束
3.4.2
修改原3.5.2安全性写作提示
3.4.5
删除原3.5.5警告
3.3.3
增长非功能需求标题。
调节原3.3.3性能需求，3.4属性，4其她需求为非功能需求之下级章节。
3.3.3.5
3.3.3
3.3.4
增长3.3.3.5软件质量属性
3.3.3业务规则
3.3.4顾客文档
3.5
其她需求并为3.3.5，修改写作提示
4
删除原5附录写作提示。
增长4.1附录A词汇表，4.2附录B分析模型，4.3附录C待拟定问题列表及有关写作提示。
<项目名称>
软件需求规格阐明书
版本：
<>
文档编号：
密级：
秘密
编写：
编写日期：
年月日
审核：
审核日期
年月日
批准：
批准日期：
年月日
Copyright@RongHui，Allrightreserved
修订记录
版本
章节名称
修订内容
修订日期
修订人
批准人
顾客需求确认书
本《软件需求规格阐明书》建立在双方对需求共同理解基本之上，我批准后续开发工作依照该《软件需求规格阐明书》开展。
如果需求发生变化，咱们将按照“变更控制规程”执行。
我明白需求变更将导致双方重新协商成本、资源和进度等。
顾客职务
顾客签名
订立日期
1引言
编写目
阐明编写这份软件需求阐明书目，指出预期读者范畴。
范畴
阐明：
a．待开发软件系统名称；
b．阐明软件将干什么，如果需要话，还要阐明软件产品不干什么；
c．描述所阐明软件应用。
应当：
1）尽量精准地描述所有有关利益、目、以及最后目的。
2）如果有一种较高层次阐明存在，则应当使其和高层次阐明中类似陈述相一致（例如，系统需求规格阐明）。
定义
列出本文献中用到专门术语定义和缩写词原词组。
参照资料
列出要用到参照资料，如：
a．本项目经核准筹划任务书或合同、上级机关批文；
b．属于本项目其她已刊登文献；
c．本文献中各处引用文献、资料，涉及所要用到软件开发原则。
列出这些文献标题、文献编号、刊登日期和出版单位，阐明可以得到这些文献资料来源。
2项目概述
产品描述
论述该项软件开发意图、应用目的、作用范畴以及其她应向读者阐明关于该软件开发背景材料。
解释被开发软件与其她关于软件之间关系。
如果本软件产品是一项独立软件，并且所有内容自含，则阐明这一点。
如果所定义产品是一种更大系统一种构成某些，则应阐明本产品与该系统中其她各构成某些之间关系，为此可使用一张方框图来阐明该系统构成和本产品同其她各某些联系和接口。
产品功能
本条是为将要完毕软件功能提供一种摘要。
例如，对于一种记帐程序来说，需求阐明可以用这某些来描述：
客房帐目维护、客房财务报表和发票制作，而不必把功能所规定大量细节描写出来。
有时，如果存在较高层次规格阐明时，则功能摘要可从中获得，这个较高层次规格阐明为软件产品分派了特殊功能，为了清晰起见，请注意：
a．编制功能一种办法是制作功能表，以便客房或者第一次读这个文献人都可以理解；
b．用方框图来表达不同功能和它们关系也是有协助。
但应紧记，这样图不是产品设计时所需求，而只是一种有效解释性工具。
顾客特点
拟定你觉得也许使用该产品不同顾客类并描述它们有关特性。
有某些需求也许只与特定顾客类有关。
将该产品重要顾客类与那些不太重要顾客类区别开
运营环境
描述了软件运营环境，涉及硬件平台、操作系统和版本，尚有其他软件组件或与其共存应用程序
设计和实现上限制
拟定影响开发人员自由选取问题，并阐明这些问题为什么成为一种限制。
也许限制涉及如下内容：
•必要使用或者避免特定技术、工具、编程语言和数据库。
•所规定开发规范或原则（例如，如果由客户公司负责软件维护，就必要定义转包者所使用设计符号表达和编码原则。
•公司方略、政府法规或工业原则。
•硬件限制，例如定期需求或存储器限制。
•数据格式原则。
（报表格式，数据命名等）
•与其她应用间接口；
•并行操作；
•审查功能；
•控制功能；
•通信合同；
•应用临界点；
•安全和保密方面考虑。
假设和根据
本条列出影响需求阐明中陈述需求每一种因素。
这些因而不是软件设计约束，但是它们变化也许影响到需求阐明中需求。
例如：
假定一种特定操作系统是在被软件产品指定硬件上使用，然而，事实上这个操作系统是不也许使用，于是，需求阐明就要进行相应变化。
3详细需求
功能需求
功能需求1
对于每一类功能或者有时对于每一种功能，需要详细描述其输入、加工和输出需求。
由四个某些构成：
a．引言
描述是功能要达到目的、所彩办法和技术，还应清晰阐明功能意图由来和背景。
b．输入
1）详细描述该功能所有输入数据，如：
输入源、数量、度量单位、时间设定、有效输入范畴（涉及精度和公差）；
2）操作员控制细节需求。
其中有名字、操作员活动描述、控制台或操作员位置。
例如：
当打印检查时，规定操作员进行格式调节；
3）指明引用接口阐明或接口控制文献参照资料。
c．加工
定义输入数据、中间参数，以获得预期输出成果所有操作。
它涉及如下阐明：
1）输入数据有效性检查；
2）操作顺序，涉及事件时间设定；
3）响应，例如，溢出、通信故障、错误解决等；
4）受操作影响参数；
5）降级运营规定；
6）用于把系统输入变换成相应输出任何办法（方程式、数学算法、逻辑操作等）；
7）输出数据有效性检查。
d．输出
1）详细描述该功能所有输出数据，例如：
输出目地、数量、度量单位、时间关系、有效输出范畴（涉及精度和公差）、非法值解决、出错信息；
2）关于接口阐明或接口控制文献参照资料。
此外，对着重于输入输出行为系统来说，需求阐明应指定所有故意义输入、输出对及其序列。
当一种系统规定记忆它状态时，需要这个序列，使得它可以依照本次输入和此前状态作出响应。
也就是说，这种状况犹如有限状态机。
功能需求2
．．．．．．
功能需求3
．．．．．．
外部接口需求
顾客接口
陈述所需要顾客界面软件组件。
描述每个顾客界面逻辑特性。
如下是也许要涉及某些特性：
•将要采用图形顾客界面（GUI）原则或产品系列风格。
•报表或菜单页面打印格式和内容；
•输入输出相对时间；
•屏幕布局或解决方案限制。
•将出当前每个屏幕原则按钮、功能或导航链接（例如一种协助按钮）。
•快捷键。
•错误信息显示原则。
对于顾客界面细节，例如特定对话框布局，应当写入一种独立顾客界面规格阐明中，而不能写入软件需求规格阐明中。
硬件接口
要指出软件产品和系统硬部件之间每一种接口逻辑特点。
还也许涉及如下事宜：
支撑什么样设备，如何支撑这些设备，有何商定。
软件接口
在此要指定需使用其她软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其她应用系统之间接口。
对每一种所需软件产品，要提供如下内容：
a．名字；
b．助记符；
c．规格阐明号；
d．版本号；
e．来源。
对于每一种接口，这某些应阐明与软件产品有关接口软件目，并依照信息内容和格式定义接口，但不必详细描述任何已有完整文献接口，只要引用定义该接口文献即可。
通信接口
指定各种通信接口。
例如，局部网络合同等等。
非功能性需求
性能需求
从整体来说，本条应详细阐明软件、或人与软件交互静态或动态数值需求。
A．静态数值需求也许涉及：
1）支持终端数；
2）支持并行操作顾客数；
3）解决文卷和记录数；
4）表和文卷大小。
B．动态数值需求也许涉及：
欲解决事务和任务数量，以及在正常状况下和峰值工作条件下一定期间周期中解决数据总量。
所有这些需求都必要用可以度量术语来论述。
例如，95％事务必要在不大于1s时间内解决完，否则，操作员将不等待解决完毕。
属性
在软件需求之中有若干个属性，如下指出其中几种（注意：
对这些决不应理解为是一种完整清单）。
可用性
可以指定某些因素，如检查点、恢复和再启动等，以保证整个系统有一种拟定可用性级别。
安全性
详尽陈述与系统安全性、完整性或与私人问题有关需求，这些问题将会影响到产品使用和产品所创立或使用数据保护。
定义顾客身份确认或授权需求。
明确产品必要满足安全性或保密性方略。
你也许更喜欢通过称为完整性质量属性来阐述这些需求，完整性将在第11章简介。
一种软件系统安全需求范例如下：
“每个顾客在第一次登录后，必要更改她最初登录密码。
最初登录密码不能重用。
”
可维护性
规定若干需求以保证软件是可维护。
例如：
a．软件模块所需要特殊耦合矩阵；
b．为微型装置指定特殊数据＼程序分割规定。
可转移＼转换性
规定把软件从一种环境移植到另一种环境所规定顾客程序，顾客接口兼容方面约束等等。
软件质量属性
详尽陈述与客户或开发人员至关重要其他产品质量特性。
这些特性必要是拟定、定量并在也许时是可验证。
至少应指明不同属性相对侧重点，例如易用限度优于易学限度，或者可移植性优于有效性。
业务规则
列举出关于产品所有操作规则，例如什么
升级会员 