需求规格说明书模板Word下载.docx
《需求规格说明书模板Word下载.docx》由会员分享,可在线阅读,更多相关《需求规格说明书模板Word下载.docx(12页珍藏版)》请在冰豆网上搜索。
![需求规格说明书模板Word下载.docx](https://file1.bdocx.com/fileroot1/2022-12/7/6c65d549-ae3f-49ce-a7ba-12572b2f73e6/6c65d549-ae3f-49ce-a7ba-12572b2f73e61.gif)
需求范圉
错课!
总体框架
组织机构
用户特点
设计约束
3功能性需求
总体流程
角色定义
系统功能
功能描述
4非功能性需求
错误!
错谋!
软件需求
硬件需求
5
外围系统和接口
系统A错误!
系统B错误!
6其他需求
7数据字典
8附件
1前言
1.1编写目的
[说明编写这份需求规格说明书的目的,指出预期的读者(一般包括评审人员、软件设计人员、软件开发人员,针对具体情况,还可能包括客户),它是软件开发的基础。
1
1.2<
-3文档约定
[描述编写文档时所采用的字体标准或排版约宦,包括标题和正文的字体和字号约泄。
完成文档编写后,文档编写完成后本部分须裁剪]
字体大小约定:
标题1宋体三号加粗
标题2宋体小三号加粗
标题3宋体四号加粗
标题4宋体小四号加粗
标题5宋体小四号
正文宋体五号
段落约定:
文章中每段落需抬头,即段落开头需有两字元的缩排,单倍行距。
表与图编号约定:
文中所有表、图须按章节编号,如:
第四章节第二个表,编号为:
表4-2。
裁剪约定:
如标注可裁剪提示信息,表示该部分内容可以裁剪或删除。
1.4读者对象
[描述本需求规格说明书的主要读者。
建议将不同读者的阅读重点与建议以列表方式表现,
如下表:
读者对象
阅读重点与建议
运营中心、产品中心、系统使用部门和系统管理员
仔细阅读项目概述、功能性需求、非功能性需求。
各个部门可重点阅读与本部门相关的内容。
需求评审人员
¥
仔细阅读全部内容。
系统设计人员
系统开发人员
质量管理人员
系统测试人员
仔细阅读文档约左,系统功能介绍和维度指标说明。
1.5(
...术语和缩略词
[任此列出本文中用到的专门术语的术语定义,英文缩写的原词组的解释,以便读者可以正确地解释和理解软件需求规格说明。
]
术语/英文缩写
术语/英文全称
解释与描述
■
1.7参考文档
[可简单罗列编写本文档时所参考的英他资料或文档,如:
行业标准和规范。
也可用表格方
式列出这些文件资料的标题和来源。
编号
文档、资料名称
来源
备注
2
<
3
2项目概述
2.1项目背景
[描述项目产生的背景,包括:
1.产生该项目需求的原因或起源,如社会背景、市场发展、政策趋势、原有系统局限性、存在问题等方而。
2.•
,列出此项目的任务提岀者、开发者
4.软件项目的用途、软件项目的范囤
5.需开发的软件系统的家称,英文缩写(可选),项目编号(可选)]
2.2项目目标
[描述项目建设的目标,即简要叙述该项目要达到的要求。
例如:
应用目标、作用范鳳简述该软件系统能给用户的受益。
2.3
[对项目的需求范悯进行整体性的描述。
j
2.4总体框架
[用VISIO工具画图,以图的方式显示系统的内部模块和模块之间关系以及系统与外部系统的关系。
2.5组织机构
[用VISIO工具画图,以图的方式表现客户方(系统使用相关角色)的组织机构。
可裁剪]
2.6用户特点
[列出本软件的最终可能用户,操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。
这些是软件设讣的重要约束。
J
2.7设计约束
[描述设计开发系统时的限制,例如经费限制、开发期限、实现的语言和平台约朿等等。
描述系统设计中最主要的约束,这些是由客户强制要求并在需求说明书写明的。
I
3功能性需求
3.1总体流程
[用VISIO工具画图,以图的方式显示系统的内部模块之间的业务关系。
此部分可以更加项目实际情况进行裁剪。
3.2角色定义
[按照不同的使用对象,紧密忸绕使用对象的工作范悯、工作性质和工作内容,进行角色分类描述。
[对使用系统的人员进行角色分类,并进行详细的宦义与说明。
角色名称
(
角色定义与说明
3.3.
-系统功能
[概述系统所具有的主要功能,可以用VIS10画图的形式展示。
[建议有功能列表,列岀功能分类,以及优先级,并加入必要文字说明。
模块名称
功能名称
标识符
优先级
描述
}
标识符:
对于每个功能点需求进行标识,标识符为:
SRS_模块纪称+序列号。
优先级:
1一5数字越小,优先级别越高
3.5功能描述
3.5.1功能模块A
3.5.1.1业务流程
[用VISIO工具画图,以图的方式显示模块内的业务流程。
本部分可以进行裁剪。
3.5.1.2用例图
[用ROSE工具画用例图,用来鉴别和划分系统功能。
它把系统分成角色和用例。
他色表示与系统交互以实现某种目的的人、硬件或软件系统。
3.5.1.3功能点1
3.5.1.3.1业务定义/功能描述
[这部分描述的是功能要达到的目标、所采用的方法和技术,还应淸楚说明功能意图的由来和背景,一般以一个段落说明。
3.5.1.3.2使用角色描述
[此处描述嚥些角色使用此功能,可同时说明操作本功能的相关权限]
3.5.1.3.3业务操作流程
[描述正常业务流程,列举异常情况和处理流程。
建议使用图示,并配合必要的文字说
明。
如无需或没有操作流程说明则注明'
无'
或'
略‘°
1
3.5.1.3.4输入
[提供所有与本功能有关的输入描述,包括:
输入数据类型、媒体、格式、有效数值范悯、精度、单位等,如果有界而原型此项可以进行裁剪。
3.5.1.3.5输出
[提供与本功能有关所有输出的描述,包括:
倫出数据类型、方式、格式、精度、单位等,以及图形或显示报告的描述,如果有界而原型此项可以进行裁剪。
3.5.1.3.6用户界面
[如有条件插入界而原型,否则注明,无,或'
略原型设计采用Amire工具]
3.0.1.3.7约束与约定
[描述本功能需求的相关约朿或约定,可裁剪。
例如:
只有持有管理员密码的用户才能执行¥
或更大金额的退款操作。
3.5.1.4功能点2
3.5.1.4.1业务定义/功能描述
3.5.1.4.2使用角色描述
[此处描述哪些角色使用此功能,可同时说明操作本功能的相关权限]
3.5.1.4.3业务操作流程
建议使用图示,并配合必要的文字说明。
无,或'
略]
3.5.1.4.4输入
[提供所有与本功能有关的输入描述.包括:
输入数据类型、媒体、格式、有效数值范围、精度、単位等,如果有界面原型此项可以进行裁剪。
3・5.1・4.5・
3.S.1.4.<
输出
[提供与本功能有关所有输岀的描述,包括:
输出数据类型、方式、格式、精度、单位等,以及图形或显示报告的描述,如果有界而原型此项可以进行裁剪。
3.5.1.4.7用户界面
[如有条件插入界而原型,否则注明'
原型设计采用Axurr工具]
3.5.1.4.8约束与约定
3.5.1.5/
....功能点N
3.5.1.6.1业务定义/功能描述
[这部分描述的是功能要达到的目标、所采用的方法和技术,还应淸楚说明功能意图的
由来和背景,一般以一个段落说明。
3.5.1.6.2使用角色描述
3.5.1.6.3业务操作流程
无,或,略‘°
3.5.1.6.4•
3.B.:
.6.5输入
输入数拯类型、媒体、格式、有效数值范
围、精度、単位等,如果有界面原型此项可以进行裁剪。
3.5.1.6.6输出
输出数据类型、方式、格式、精度、单位
等,以及图形或显示报告的描述,如果有界而原型此项可以进行裁剪。
3.5.1.6.7用户界面
原型设计采用Axure工具]
3.5.1.6.8约束与约定
[描述本功能需求的相关约束或约龙,可裁剪。
4非功能性需求
[任本节中主要描述项目所包含的非功能性方而的需求,主要包括软件需求和硬件需
求。
4.1软件需求
4.1.1界面需求
[说明系统界而方而的需求:
没有则注明'
或,略]
4.1.2性能要求
[说明系统整体性能需求,包括并发处理能力以及单事务响应时间等指标,甚至更多性能要求指标,如:
数据精度、时间特性、容错性、可扩展性以及系统有效性等等。
4.1.3容量要求
[说明系统整体容星:
包括系统需要满足的用户规模以及对存储空间的要求等:
没有则注明'
略1
4.1.4数
【据安全
4.1.4.1数据保护/保密
[对需要保护或保密的敏感性、局限性等方而的数据进行需求描述:
或,略‘°
4.1.4.2数据加密
[描述关于在访问或传输过程中的数拯加密方而的需求:
J
4.1.5数据备份/恢复
[对数据签份与数据恢复的需求进行描述:
4.2硬件需求
4.2.1.1主机系统
[描述主机方而的需求:
4.2.1.2操作系统
[描述操作系统方而的需求:
4.2.1.3数据库
[描述数拥库方而的需求:
4.2.1.4存储设备
[描述存储设备方而的需求:
4.2.1.5网络设备
[描述网络设备方而的需求:
5外围系统和接口
[在本节中主要描述系统和哪些外用系统进行交互以及交互的接口说明。
5.1•
系统A
5.2.1概述
[此处简要描述外闱系统基本情况。
5.2.2接口描述
5.2.2.1接口1
[此处描述接口的方式、接口数据内容,数据转换、数拯安全、周期等信息。
5.2.2・2接口2
[此处描述接口的方式、接口数据内容,数拯转换、数据安全、周期等信息。
5.3>
.«
系统B
5.4.1概述
[此处简要描述外闲系统基本情况。
5.4.2接口描述
5.4.2.1接口1
[此处描述接口的方式、接口数据内容,数据转换、数据安全、周期等信息。
5.4.2.2接口2
7其他需求
[对其它需要描述但未在本模板中列出的需求,在此进行说明,没有则注明"
无,或
'
略,。
8数据字典
[在本章中主要描述系统的数据字典。
主要包括有哪些实体以及实体所包含的数堀项,实体关系图使用工具POWERDESIGN或者ERHN。
根据情况可裁剪。
9附件
[此处主要是对在需求调研过程中项目甲方提供的原始淸单、票据、单据等材料进行罗列]
序号
附件名称
附录A:
需求确认
主要分两步:
(1)需求评审,
(2)需求承诺。
在获取责任人(Stakeholders)对需求的承诺之前,该《需求规格说明书》必须先通过需求评审。
对需求的评审应当采用“正式技术评审方式”,将产生一份“需求评审报告”O
需求评审报告摘要
需求文档
输入名称,标识符,版本,作者,完成日期,…
需求评审报告
输入名称,标识符,评审日期,…
评审结论
[]工作成果合格,“无需修改”或者“需要轻微修改但不必再审核”。
[J]工作成果基本合格,需要作少量的修改,之后通过审核即可。
[]工作成果不合格,需要作比较大的修改,之后必须重新对其评审。
评审意见
评审小组成员
输入评审小组成员
需求承诺
客户承诺
承诺…
签字,日期
项目经理承诺