1 / 13
文档名称:

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

格式:doc   大小:142KB   页数:13页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

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

上传人:分享精品 2017/9/22 文件大小:142 KB

下载得到文件列表

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

文档介绍

文档介绍:保密级别:S
资料编号:SRS-[产品代号]-[序列号]
版本:V[*].[*]
[产品型号名称(二号字体)]
[部件型号名称(可选、小二号字体)]
软件需求分析说明书
共 11 页
编制:
审核:
审定:
会签:
批准:

XXXXXXXXXX公司
[****]年[**]月[**]日
文档修改记录
日期
版本
修改内容
修改人
批准人
目录
1 引言 2
编写目的 2
范围 2
定义、首字母缩写词和缩略语 2
参考资料 2
2 项目概述 3
产品描述 3
产品需求 3
功能需求 3
性能需求 4
可服务性需求 4
用户及用户特点 4
一般约束 5
假设和依据 5
3 用例描述 5
用例1 5
用例2 6
用例n 6
4 外部接口需求 7
用户接口 7
硬件接口 7
软件接口 7
通信接口 8
5 设计约束 8
其他标准的约束 8
硬件的限制 8
6 属性 8
可用性 8
安全性 9
可维护性 9
可转移\转换性 9
警告 9
7 其他需求 9
数据库 9
操作 10
场合适应性需求 10
8 附录 10
[说明:本模板中的蓝色字体与橙色字体为说明性文字,在最终提交的文档中请删除这些说明性的文字。]
引言
编写目的
说明编写这份软件需求说明书的目的,指出预期的读者范围。
范围
说明:
待开发的软件系统的名称;
说明软件将干什么,如果需要的话,还要说明软件产品不干什么;
描述所说明的软件的应用。应当:
尽可能精确地描述所有相关的利益、目的、以及最终目标。
如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。
定义、首字母缩写词和缩略语
列出本文件中用到的专门术语的定义和缩写词的原词组。
参考资料
列出要用到的参考资料,如:
本项目的经核准的计划任务书或合同、上级机关的批文;
属于本项目的其他已发表的文件;
本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
项目概述
产品描述
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
产品需求
功能需求
本条是为将要完成的软件功能提供一个摘要。例如,对于一个记帐程序来说,需求说明可以用这部分来描述:客房帐目维护、客房财务报表和发票制作,而不必把功能所要求的大量的细节描写出来。
有时,如果存在较高层次的规格说明时,则功能摘要可从中取得,这个较高层次的规格说明为软件产品分配了特殊的功能,为了清晰起见,请注意:
编制功能的一种方法是制作功能表,以便客户或者第一次读这个文件的人都可以理解;
用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记,这样的图不是产品设计时所需求的,而只是一种有效的解释性的工具。
用系统用例图可以表达系统主要功能,如果功能较多,可以按功能分组分几个小节分别描述。
范例:
需求
编号
需求
版本
需求
名称
需求
描述
PR01

采集属性
采集遥测点的采集属性包括采集RTU号、点号、工程转换系数等




性能需求
从整体来说,本条应具体说明软件、或人与软件交互的静态或动态数值需求。
静态数值需求可能包括:
支持的终端数;
支持并行操作的用户数;
处理的文卷和记录数;
表和文卷的大小。
动态数值需求可能包括:欲处理的事务和任务的数量,以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。
所有这些需求都必须用可以度量的术语来叙述。例如,95%的事务必须在小于1s时间内处理完,不然,操作员将不等待处理的完成。
范例:
需求
编号
需求
版本
需求
名称
需求
描述
TR01

遥控、遥调正确率
遥控、遥调正确率>%




可服务性需求
从易于安装与调试方