需求规格说明书模板.docx
- 文档编号:6707635
- 上传时间:2023-05-10
- 格式:DOCX
- 页数:9
- 大小:19.96KB
需求规格说明书模板.docx
《需求规格说明书模板.docx》由会员分享,可在线阅读,更多相关《需求规格说明书模板.docx(9页珍藏版)》请在冰点文库上搜索。
需求规格说明书模板
文档编号:
文件版本
1.0
需求规格说明书
变更履历
序号
版本
变更描述
修订人/日期
审核/日期
批准/日期
1
0.1
初次编写
2
1.0
修订、发布
3
2.0
修订、发布
4
5
6
7
8
9
10
11
目录
1引言3
1.1标识3
1.2文档概述3
1.3概述3
2参考文献4
3术语4
4工程需求4
4.1外部接口4
4.1.1硬件接口4
4.1.2软件接口5
4.2功能需求5
4.2.1功能需求一(功能名和唯一标识号)5
4.2.2角色说明5
4.2.3用例说明5
4.2.4(其他说明)5
4.3性能需求6
4.3.1安全性6
4.3.2可靠性6
4.3.3时间特性7
4.3.4资源特性7
4.4其他软件需求7
4.5设计约束7
4.6安装要求8
4.6.1安装依赖的数据8
4.6.2安装操作要求8
5运行环境8
6开发环境8
7合格性要求8
7.1审查方法8
7.2特殊要求9
8需求追踪10
9交付需求10
10维护保障10
11附件:
10
引言
标识
[a)已批准的标识号:
b)标题:
c)本文档适用的软件系统。
]
文档概述
[概述本文档的用途和内容。
]
概述
[标识并描述本文档适用的软件在系统中的作用、运行环境。
]
Ø本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
Ø该软件系统同其他系统或其他机构的基本的相互来往关系。
Ø目的:
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
Ø产品架构:
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张图来说明该系统的组成和本产品同其他各部分的联系和接口。
Ø用户特点:
列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。
这些是软件设计工作的重要约束。
Ø假设与依赖关系:
说明所有重要的技术可行性假设、子系统或构件可用性假设,或者可作为此需求规格说明书所述软件可行性的基础的其他与项目有关的假设。
参考文献
[列出用得着的参考资料,如:
本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
]
《引用文档标题1》
编写单位1
yyyy.mm
术语
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]
CSCI:
ComputerSoftwareConfigurationItem
计算机软件配置项
工程需求
外部接口
[描述本软件系统必须支持的接口。
它应非常具体,包含协议、端口和逻辑地址等,以便于按照接口/界面需求开发并检验软件。
]
硬件接口
[描述本软件系统与所支持的所有硬件设备的接口关系,包括标识、逻辑结构、物理地址、预期行为等。
]
软件接口
[描述本软件系统与其他软件之间的接口关系。
包括标识、通信协议、传输数据等。
]
功能需求
功能需求一(功能名和唯一标识号)
[从4.2.1节开始按节描述各功能需求情况。
包括功能概述、相应的用例(UseCase)图及其说明。
]
角色说明
[从4.2.1.1节开始编号,说明在用例图中出现的每一个角色。
]
用例说明
[从4.2.1.2节开始编号,分节说明在用况图中出现的所有用况,主要说明以下内容:
a)用况的参与者和发起者;
b)功能概述;
c)主事件流;
d)子事件流和异常事件流;
e)前提条件;
f)后置条件;
g)优先级等]
(其他说明)
[根据说明的需要从前一小节开始顺延编号,进一步说明功能需求,必要时说明针对本功能的性能、可靠性等需求。
需要说明的内容可能有:
a)业务规则:
可以用文字、公式或图表等合适的方式说明;
b)状态变化:
可以用状态图等合适的方式说明;
c)特殊需求:
说明仅适用于本功能的性能、可靠性、安全性等需求;
d)其他:
说明其他需要说明的内容,表示方式不限。
]
性能需求
安全性
Ø确定需要保护的数据;
Ø确定各种数据所受到的安全威胁的类型:
⏹意外的损坏或破坏
⏹故意的损坏或破坏
⏹商业间谍行为
⏹欺骗
⏹黑客行为
⏹病毒
Ø是否有一般性的政策可能会影响该系统的安全性设计;
Ø确定哪些人可能是这些威胁的来源;
Ø确定任何特殊的安全性需求,尤其是对以下方面的需求:
⏹对系统的访问
⏹对数据的加密
⏹可审核性
可靠性
对系统可靠性的需求应在此处说明。
建议如下:
Ø精确度-指出系统输出要求具备的精密度(分辨率)和精确度(按照某一已知的标准)。
Ø可用性-指出可用时间百分比(xx.xx%)、使用小时数、维护访问权、降级模式操作等。
Ø平均故障间隔时间(MTBF)-通常表示为小时数,但也可表示为天数、月数或年数。
Ø平均修复时间(MTTR)-系统在发生故障后可以暂停运行的时间。
Ø最高错误或缺陷率-通常表示为bugs/KLOC(每千行代码的错误数目)或bugs/function-point(每个功能点的错误数目)。
Ø错误或缺陷率-按照小错误、大错误和严重错误来分类:
需求中必须对“严重”错误进行界定(例如:
数据完全丢失或完全不能使用系统的某部分功能)。
时间特性
[描述本软件系统的时间性能特征。
其中包括对事务的响应时间(平均、最长)、吞吐量(例如每秒处理的事务数)等。
]
资源特性
[描述本软件系统所需系统资源情况。
其中包括容量(例如系统可以容纳的客户或事务数)、内存和磁盘使用情况。
]
其他软件需求
[必要时描述除功能需求、性能需求外的软件需求。
例如:
人机工程、可测试性、特殊故障处理等方面的需求。
]
设计约束
[描述所构建系统的所有设计约束。
设计约束代表已经批准并必须遵循的设计决定。
其中包括软件语言、软件流程需求、开发工具的指定用途、构架及设计约束、购买的构件、类库等。
]
安装要求
安装依赖的数据
[描述每次将本软件系统安装到目标系统时所需的现场独特数据。
例如:
在通用计算机系统中的用户授权参数、系统性能调谐参数和网络配置参数,或嵌入式计算机系统中的硬件接口参数,以及规定的系统安全限制参数、任务/用户环境订制参数等。
]
安装操作要求
[描述安装所需的操作要求。
例如:
是由人工手动,还是程序自动安装;是本地安装还是通过网络远程上(下)行加载安装等。
]
运行环境
[描述产品需要的运行环境,例如硬件、软件等的配置。
]
开发环境
[描述本系统应当在什么样的环境下开发,有什么强制要求和建议等。
]
类别
标准配置
最低配置
计算机硬件
软件
网络通信
其它
合格性要求
审查方法
提示:
详细说明用于审查软件是否满足需求的方法。
例如:
可使用类似于表6-1的表来表示。
合格性审查方法包括:
a)演示:
通过按选定的任务剖面运行被审查的对象,观察其在运行过程中所展示的动态特性和软硬件协调性,从宏观上判断被审查对象完成所要求任务的情况的方法;
b)分析:
通过对被审查对象的各级测试数据特别是故障数据的解释和分析(可利用FMEA和FTA技术),归纳总结其功能性和可靠性,从而论证被审查对象完成所要求任务的能力的方法;
c)检查:
通过对正式交付的被审查对象的软件开发文档和源码等的直观检查即走查,评价其需求的符合情况,以判断被审查对象是否满足有关的需求的方法。
合格性级别划分如下:
1—配置项级:
在配置项级级别上进行的合格性审查;
2—系统集成级:
在系统集成时进行的合格性审查;
3—系统级:
在系统级别上进行的合格性审查;
4—系统安装级:
在系统安装时进行的合格性审查。
功能名称
功能标识号
所在章节号
合格性方法*
合格性级别**
*合格性方法:
A—分析、D—演示、Z—检查。
**合格性级别:
1—配置项、2—系统集成、3—系统、4—系统安装。
特殊要求
提示:
详细说明与该软件的合格性有联系的特殊需求,标识和描述专门用于合格性审查的工具、技术(例如:
测试程序用到的计算公式和算法等)、过程、设施和验收限制等,对各个专门的测试应说明下列信息:
a)本测试的项目唯一标识号;
b)被测试功能需求的节号;
c)测试说明。
例如:
24小时的可靠性测试、安全保险性测试;
d)测试级别。
需求追踪
[描述本软件系统各功能需求对应客户需求(如客户访谈记录分析)之间的关系。
]
交付需求
[描述要交付的产品的介质的类型和特性(例如:
光盘、U盘和活动硬盘)。
任何要求独特的交付都要在本节说明。
]
维护保障
[描述在软件维护过程所需的相应保障,包括时间、资源、经费等。
]
附件:
A.客户需求访谈记录
B.以前版本的SRS文档
时间
年 月 日
编号
LSYW-PI-PMC-Tem-ComCard-Ⅱ
需求规格说明书确认单
项目名称
事项
需求规格说明书的确认
内容
项目经理:
日期:
集成中心经理:
日期:
客户意见:
客户:
日期:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格 说明书 模板