软件项目需求规格说明书

软件项目名称
软件需求规格说明书拟制：日期：审核：日期：批准：日期：
文件修改记录
目录
模板使用说明：
[1]注明可选(de)部分,可以根据实际情况选择是否填写；如果不必说明,请保留相关(de)章节标题,同时在该可选章节(de)内容中填入“无”；未注名可选(de),则必须描述；如果有些设计此模版中没有合适(de)地方
填写,则补充在最后(de)其他栏目中
[2]模版中斜体字相当于撰写指南,最后文稿请将本模板中所有(de)斜体字部分全部删除.
[3]模板里并不说明设计技术和方法,而只是说明应包含哪些内容,以及如何描述、组织这些内容.
1范围
说明文档所包括和不包括(de)内容,具体是：
a．待开发(de)软件系统(de)名称；
b．说明软件将干什么,如果需要(de)话,还要说明软件产品不干什么；
c．描述所说明(de)软件(de)应用.如果有一个较高层次(de)说明存在,则应该使其和高层次说明中(de)类似(de)陈述相一致（例如,
系统(de)需求规格说明）.
2 总体概述
产品描述
叙述该项软件开发(de)意图、应用目标、作用范围以及其他应向读者说明(de)有关该软件开发(de)背景材料.解释被开发软件与其他有关软件之间(de)关系.如果本软件产品是一项独立(de)软件,而且全部内容自含,则说明这一点.如果所定义(de)产品是一个更大(de)系统(de)一个组成部分,则应说明本产品与该系统中其他各组成部分之间(de)关系,为此可使用一张方框图来说明该系统(de)组成和本产品同其他各部分(de)联系和接口.
软件功能
概述软件必须实现(de)和通过用户操作实现(de)主要功能.这里只需要进行简要描述（例如目录列表）,详细描述在详细需求部分描述.
有时,如果存在较高层次(de)规格说明时,则功能摘要可从中取得,这个较高层次(de)规格说明为软件产品分配了特殊(de)功能,为了清晰起见,请注意：
a．编制功能(de)一种方法是制作功能表,以便客户或者第一次读这个文件(de)人都可以理解；
b．用方框图来表达不同(de)功能和它们(de)关系也是有帮助(de).但应牢记,这样(de)图不是产品设计时所需求(de),而只是一种有效
(de)解释性(de)工具.
例如：高层(de)数据流图,面向对象(de)分析等.
一般约束
对设计系统时限制开发者选择(de)其他一些项作一般性描述（具体需求或具体设计约束在具体需求和设计约束章节叙述）.这些包括：a．管理方针；
b．硬件(de)限制；
c．与其他应用间(de)接口；
d．并行操作；
e．审查功能；
f．控制功能；
g．所需(de)高级语言；
h．通信协议；
i．应用(de)临界点；
j．安全和保密方面(de)考虑.
假设和依赖
列出可能影响需求(de)所有(de)假设因素（与已知事实相对而言）,包括准备使用(de)第三方或商业组件,操作和开发环境(de)问题约束等.如果上述假设不正确、没有被告知或者改变了都将对项目产生影响.列出项目对外部条件(de)依赖,例如重用其他项目(de)模块等.如果在其他文档（例如项目计划或范围文档等）里已经描述了,在这里可以不用描述.
3 具体需求
功能需求
对于每一类功能或者有时对于每一个功能,需要具体描述其输入、处理和输出(de)需求,建议用UML图进行描述.由四个部分组成
3.1.1 功能需求1
a．引言
描述(de)是功能要达到(de)目标、所采用(de)方法和技术,还应清
楚说明功能意图(de)由来和背景.
b．输入
1)详细描述该功能(de)所有输入数据,如：输入源、数量、度量单
位、时间设定、有效输入范围（包括精度和公差）；
2)操作员控制细节(de)需求.其中有名字、操作员活动(de)描述、
控制台或操作员(de)位置.例如：当打印检查时,要求操作员进
行格式调整；
c．处理
定义输入数据、中间参数,以获得预期输出结果(de)全部操作.它包括如下(de)说明：
1)输入数据(de)有效性检查；
2)操作(de)顺序,包括事件(de)时间设定；
3)响应,例如,溢出、通信故障、错误处理等；
4)受操作影响(de)参数；
5)降级运行(de)要求；
6)用于把系统输入变换成相应输出(de)任何方法（方程式、数学
算法、逻辑操作等）；
7)输出数据(de)有效性检查.
需有基本事件流（正常处理流程）和备选事件流（异常处理流程）,可用流程图附加描述.
d．输出
1)详细描述该功能所有输出数据,例如：输出目(de)地、数量、度
量单位、时间关系、有效输出(de)范围（包括精度和公差）、非
法值(de)处理、出错信息；
2)有关接口说明或接口控制文件(de)参考资料.
此外,对着重于输入输出行为(de)系统来说,需求说明应指定所有
有意义(de)输入、输出对及其序列.当一个系统要求记忆它(de)状
态时,需要这个序列,使得它可以根据本次输入和以前(de)状态作
出响应.也就是说,这种情况犹如有限状态机.
3.1.2 功能需求2
．．．．．．
功能需求n
外部接口需求
3.2.1 用户接口
提供用户使用软件产品时(de)接口需求.例如,如果系统(de)用户通过显示终端进行操作,就必须指定如下要求：
a．对屏幕格式(de)要求；
b．报表或菜单(de)页面打印格式和内容；
c．输入输出(de)相对时序；
d．程序功能键(de)可用性.
3.2.2 硬件接口
详细描述与硬件(de)接口
在此描述软件产品和系统硬件组件之间接口(de)逻辑特征,也包括支持哪些设备、怎样支持这些设备和协议等.
按软/硬件协议内容和格式定义接口.如果接口已在其它文档中很清楚地描述,就没有必要在这儿进行详细描述,但需说明应参考(de)文档.
3.2.3 软件接口
在此要指定需使用(de)其他软件产品（例如,数据管理系统、操作系统或数学软件包）,以及同其他应用系统之间(de)接口.
对于每一个接口,这部分应说明与软件产品相关(de)接口软件(de)目(de),并根据信息(de)内容和格式定义接口,但不必详细描述任何已有完整文件(de)接口,只要引用定义该接口(de)文件即可.
3.2.4 通讯接口
详细描述通讯接口,如本地网络协议等.
按消息/函数内容和格式定义接口.如果接口已在其它文档中很清楚地描述,就没有必要在这儿进行详细描述,但需说明应参考(de)文档.
性能需求
如果有性能方面(de)需求,在这里列出并解释他们(de)原理.以帮助开发者理解意图以做出正确(de)设计选择.在实时系统中(de)时序关系.保证需求尽可能(de)详细而精确.
从整体上具体说明软件、或人与软件交互(de)静态或动态数值需求.
A．静态数值需求可能包括：
1)支持(de)终端数；
2)支持并行操作(de)用户数；
3)处理(de)文件和记录数；
4)表和文件(de)大小.
B．动态数值需求可能包括：欲处理(de)事务和任务(de)数量,以及在正
常情况下和峰值工作条件下一定时间周期中处理(de)数据总量.
所有这些需求都必须用可以度量(de)术语来叙述.例如,95％(de)事务必须在小于1s时间内处理完,不然,操作员将不等待处理(de)完成.
4 设计约束
描述可能限制开发人员选择(de)事项.
标准(de)约束
详细说明需求所采用(de)标准或规范(de)来源.如果项目采用了国际标准,应该说明国际标准及项目与标准(de)偏离情况.
硬件(de)限制
本项包括在各种硬件约束下运行(de)软件要求,例如,应该包括：
a．硬件配置(de)特点（接口数,指令系统等）；
b．内存储器和辅助存储器(de)容量.
技术(de)限制
本节包括对使用特定技术(de)限制,包括接口,数据库,操作系统,通讯协议,设计约定,编程规范等.
5 软件质量属性
详细说明项目任何其他(de)质量特性.该特性对客户和开发者都非常重要.考虑(de)方面包括：适应性,可用性,正确性,灵活性,交互工作能力,可维护性,可移植性,可靠性,可重用性,鲁棒性,可测试性和可用性等.定
量(de)详细描述这些特性,尽可能(de)可验证.对不同属性之间(de)重要性加以阐述,如：易用性比易学性更重要.
每一个属性单独使用一个小节描述,可根据需要进行增减,如：
安全性
指(de)是保护软件(de)要素,以防止各种非法(de)访问、使用、修改、破坏或者泄密.这个领域(de)具体需求必须包括：
a．利用可靠(de)密码技术；
b．掌握特定(de)记录或历史数据集；
c．给不同(de)模块分配不同(de)功能；
d．限定一个程序中某些区域(de)通信；
e．计算临界值(de)检查和.
可维护性
规定若干需求以确保软件是可维护(de).
可移植性
规定把软件从一种环境移植到另一种环境所要求(de)用户程序,用户接口兼容方面(de)约束等等.
6 其他需求
使用适当(de)章节,详细说明任何其他客户需求,包括数据库,编码需求,错误处理,测试需求等.下面仅列出了少量样例,你可以删除和增加项
目.
数据库
本项对作为产品(de)一部分进行开发(de)数据库规定一些需求,它们可能包括：
a．在功能需求中标识(de)信息类别；
b．使用(de)频率；
c．存取能力；
d．数据元素和文卷描述符；
e．数据元素、记录和文卷(de)关系；
f．静态和动态(de)组织；
g．数据保存要求.
如果没有设计阶段,此处应该给出详细(de)数据库设计.以附件(de)形式添加在此处.
本地化
描述支持多语种(de)需求.
7待确定问题。