需求规格说明书模版.docx
- 文档编号:23285259
- 上传时间:2023-05-15
- 格式:DOCX
- 页数:16
- 大小:42.62KB
需求规格说明书模版.docx
《需求规格说明书模版.docx》由会员分享,可在线阅读,更多相关《需求规格说明书模版.docx(16页珍藏版)》请在冰豆网上搜索。
需求规格说明书模版
软件需求规格说明书模版
ASIT-SP-SE02-T01
版本:
1.0
发布日期:
2010-10-08
北京航天理想科技有限公司
修订历史记录:
*A-增加M-修订D-删除
变更版本
号
日期
变更类型
(A*M*D)
修改人
摘要
备注
[项目名称]
软件需求规格说明书
当前版本号:
需求确认时间:
【客户名称】
北京航天理想科技有限公司
文件变更记录
*A-增加M-修订D-删除
变更版本号
日期
变更类型
(A*M*D)
修改人
变更摘要
备注
需求调查过程
调查情况概述,包括调查时间、调查人、被调查人、调查方式、需求审查人、调查过程情况等。
需求承诺
本《软件需求规格说明书》建立在双方对需求的共同理解基础之上,《软件需求规格说明书》在确认后纳入需求基线控制,对需求基线进行变更需要按照变更控制规程”按流程进行。
我同意后续的开发工作根据该《软件需求规格说明书》开展。
我明白需求的变更可能将导致双方重新协商成本、资源和进度等。
甲方代表签字:
时间:
乙方代表签字:
时间:
1前言6
1.1目的6
1.2读者对象及阅读建议6
1.3参考文档6
1.4术语与缩略语解释6
2•综合描述6
2.1项目背景6
2.2关键问题说明6
2.3项目建设目标6
2.4项目范围7
2.5现行业务调查7
2.5.1职能结构图7
2.5.2相关岗位职责7
2.5.3现行业务流程图(或活动图)7
3.功能需求8
3.1功能需求概述8
3.1.1新系统功能清单8
3.2功能需求描述9
3.2.1功能模块1(如:
报警中心。
角色桌面作为功能模块进行描述,在功能模块之前描述)....9
3.2.1.1.1流程图9
3.2.1.1.2流程图说明9
3.2.1.1.3功能页面10
3.2.2功能模块211
4•数据字典11
5.接口需求11
5.1与XXX系统接口11
5.1.1XXX系统情况11
5.1.2接口方案描述11
5.2与YYY系统接口12
6•非功能性需求12
6.1可用性需求12
6.2性能需求12
6.3可靠性需求12
6.4可移植性需求12
6.5安全性需求12
7.补充资料12
7.1待确定的问题列表12
7.2表证清单12
[模板中用蓝色标示的文字全为注解或需注意的地方,形成正式文档时请删除]
【说明:
对于规模较大的系统建议编写一份总体需求规格说明书,将非功能需求放在总体说明书上,各分册只描述功能方面的内容。
】
1前言
北京航天理想科技有限公司(以下简称乙方)根据合同为YYYYYY(以下简称甲方)开发XXXXXX
项目应用软件。
本《软件需求规格说明书》是乙方在调研甲方实际业务需求的基础上分析整理后形成的,建立在双方对需求的共同理解基础之上。
《软件需求规格说明书》经双方确认后形成软件需求基线,成为项目后续系
列工作开展的基础,不得随意更改。
如果需求发生变化,甲乙双方将按照“需求变更控制规程”执行。
甲乙双方均明白需求的变更将可能导致双方重新协商成本、资源和进度等。
1.1目的
【说明:
规定系统的边界和目标,描述系统的功能性需求和非功能性需求。
】
1.2读者对象及阅读建议
【列举软件需求规格说明所针对的不同读者,例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。
描述了文档中剩余部分的内容及其组织结构。
提出了最适合于每一类型读者阅读文档的建议。
】
1.3参考文档
【说明:
列出本文档的所有参考文献,包括计划任务书、合同、批文、引用到的文件、资料及软件开发标准等。
用书名号扩起来】
1.4术语与缩略语解释
【说明:
列出本文件中用到的专门术语的定义和缩写词的原词组,并给予解释,以便于所有读者达成共识。
】
2.综合描述
2.1项目背景
【说明:
概述项目产生的背景情况,如客户的概况、业务的概况、原有系统的概况等。
】
2.2关键问题说明
【说明:
提供一段说明,总结此项目正在解决的问题,如管理上不可控、流程不顺畅、业务处理效率不高
等等。
】
关键问题
关键问题描述
优先级
「低
高
优先级是根据需求轻重缓急”的分级表述,划分为高、中、低”三级。
2.3项目建设目标
【说明:
概述客户希望通过项目达到的管理提升、业务改进、效率提高等方面的目标,这是项目的愿景文
件,一般不应该超过5条。
】
2.4项目范围
【说明:
阐述本项目适用的领域”和不适用的领域”本项目应当包含的内容”和不包含的内容”。
2.5现行业务调查
2.5.1职能结构图
【说明:
详细说明项目涉及的部门组织结构,目标客户的工作环境。
该项目或具体子系统相关的业务部门、技术部门、管理部门。
职能结构图用VISIO的“组织结构图”编辑,下面是个例图】
州电组机图柳供局织构Lr-■B-■-KrK-■-~»m-・・・■
kllE
mi
17HI
呼叫山心
"“八"八郊区抄应班
平下人kA
^wrnr
THEM
rT7^17-
■ll-.rl-1!
i*户常讯班
'业着班’
1抄衣班’
玮班
1
'外址班■
2.5.2相关岗位职责
【说明:
按部门说明系统中的涉及的相关岗位、职责。
】
部门
岗位
职责描述
2.5.3现行业务流程图(或活动图)
【说明:
用流程图或带泳道的活动图来描述当前情况下业务的工作流转情况。
下面VISIO格式的流程图例
图】
开始
初始化当月电费档案
3.功能需求
3.1功能需求概述
3.1.1新系统功能清单
【说明:
功能代码、功能模块、功能名称、功能描述、重要程度。
功能代码的编码规则:
用数字代码表示,前两位代表子系统,后两位代表功能模块,再后两位表示功能名称,以此类推。
例如:
010101,其中前两位01代表智能报警中心子系统,中间两位01代表报警中心模块,
最后两位01代表具体功能名称。
权限控制:
描述不同权限得角色,是否对该功能模块可见。
优先级是根据需求轻重缓急”的分级表述,划分为高、中、低”三级系统特性描述:
用精炼的语言描述该功能实现的主要功能。
】
需求代码
功能模块
功能名称
系统特性描述
权限
控制
优先
级
0101
报警中心
低
010101
待签收报警信息
根据角色权限不同,查询其权限范围内得待签收报警信息。
高
3.2功能需求描述
【说明:
对于每一类功能需要具体描述,功能代码需对应3.1.1新系统功能清单】
3.2.1功能模块1(如:
报警中心。
角色桌面作为功能模块进行描述,在功能模块之前描述)
本功能的模块图(功能模块选填)本桌面的界面原型图(角色桌面选填)
321.1功能项11(如:
待签收报警信息。
流程信息作为功能项进行描述)
【说明:
需求编号、功能项、功能页面、功能描述、对应表单、权限控制需求编号:
对应上述功能模块中定义的功能项代码;功能项:
用简单精炼的词语描述该功能项的名称;功能页面:
描述该功能项中包含哪些功能页面;
功能描述:
用简单精炼得语言描述该功能项、该页面实现的功能:
对应表单:
填写该功能页面对应7.2表证清单中的表单编号,根据该表单,确定页面设置、打印等功能实现;
权限控制:
描述不同权限得角色,是否对该功能模块可见。
备注:
该部分未描述清楚部分在此说明;
】
需求编号
功能项
功能页面
功能描述
对应表单
权限控制
备注
010101
待签收报警信息
根据角色权限不同,查询其权限范围内得待签收报警信息。
查询页面
登记页面
3.2.1.1.1流程图
需在工作流绘制流程图,此处为工作流绘制流程图截图
3.2.1.1.2流程图说明
环节编号
环节名称
处理实体
跳转条件
备注
【说明:
环节编号:
描述该环节在工作流中的环节编号。
环节名称:
描述该环节的环节名称。
处理实体:
描述该环节的处理实体,例如:
XX岗位、XX人、XX环节。
跳转条件:
描述该环节是否存在跳转、返回、分支等情况。
跳转需要描述跳转到哪一环节,返回需描述返回到哪一环节,分支环节需要描述根据什么条件进行分支及分支后续环节。
备注:
该部分未描述清楚部分在此说明;
】
321.1.3功能页面
界面原型图
【说明:
用dreamweaver进行绘制。
】
字段项
字段名称
字段类型
字段长度
是否必填项
编码规范
是否设为查询条件
引用说明?
约束
条件
权限控制
备注
【说明:
字段名称:
字段的中文名称。
字段类型:
字段的类型,例如varchar,number等等。
字段长度:
描述字段的最大长度。
是否必填项:
描述该字段是否需要设置必填属性。
编码规范:
描述字段引用的编码规范,如果是国标、部标的编码规范,需填写该标准的代码,如果是自定义的编码规范,需填写该规范的代码(代码详见下文中编码规范中定义的规范代码);
是否设为查询条件:
针对查询页面,说明该字段是否需要设为查询条件字段;
引用说明:
描述该字段是否从前一环节引用过来或者通过数据复用引用过来,以及在该环节是否可以编辑;
约束条件:
描述对该字段约束条件。
例如身份证号需要进行长度和规则校验,日期型字段需要进行校验,如结束时间不能早于开始时间,根据某些字段控制其他字段的显示等。
权限控制:
描述不同权限得角色,是否对该字段可见。
备注:
该部分未描述清楚部分在此说明;
】
按钮/链接信息
按钮/链接名称
实现功能
约束条件
权限控制
备注
【说明:
按钮/链接名称:
按钮/链接的中文名称。
实现功能:
描述该按钮/链接实现的功能。
约束条件:
描述对该按钮/链接的约束条件。
例如:
保存之后才可以出现“传递”按钮等。
权限控制:
描述不同权限得角色,是否对该按钮/链接可见。
备注:
该部分未描述清楚部分在此说明;
】
321.2功能项12
322功能模块2
4•数据字典
字典编号
D00001
中文名称
是否
引用描述
自行定制
代码
层次关系
名称
0
1
是
1
1
否
【说明:
1、字典编号:
为系统的所有数据字典的顺序编号,五位,首字母为D,从1开始顺序递增,例:
D0001;
2、引用描述:
分为“自行定制”、“引用XX内容”两种。
如果是自行定制的数据字典,填写“自行定制”;如果是其他功能项维护后产生的数据字典,需要描述该数据字典的数据来源,填写“引用XX内容”,例如:
功能项“比对方案”中的“数据源”字段所用到的数据字典,就是通过功能项“数据源配置”中维护后产生的;
3、代码:
数据字典的代码部分;如果是树形数据字典,在代码填写时需根据层次关系编写代码。
4、层次关系:
如果是树形菜单需填写其所属层次,如果是树形菜单或者存在上下级关系,填写所属菜单层次。
5、名称:
数据字典的名称部分;。
】
5•接口需求
5.1与XXX系统接口
5.1.1XXX系统情况
系统名称
系统概述
开发单位
体系架构
实施单位
投运时间
安全隔离要求
5.1.2接口方案描述
【说明:
本节描述接口的详细方案,接口用途阐明接口实现的业务需求,如实现数据共享、消息传递等;接口提供方包括我方、其他接口提供厂商;
实现方式包括通过中间表、WEBSERVICE、JMS等等;
接口实现说明是指需要描述调用该接口涉及到的调用说明文档,相关的各种包、代码和函数等详细信息。
场景是指系统之间实际发生信息传递的情况,比如说调用全国违法人员请求服务,紧接着将场景对应的消息格式详细描述出来,其中编码规范填写规范参考3.2.1.1中编码规范的填写说明】
【如果接口比较复杂,推荐单独成册,此处明确对接口方案文档的引用】
接口用途
接口提供方
接口实现方式
接口实现说明
场景1描述
字段代码
字段类型
字段长度
是否为空
编码规范
字段意义
场景2描述
字段代码
字段类型
字段长度
是否为空
编码规范
字段意义
5.2与YYY系统接口
6.非功能性需求
6.1可用性需求
【说明:
指客户在界面风格、易用性、易学习性等方面的要求。
】
6.2性能需求
【说明:
指客户在系统响应时间、最大允许的并发客户数等方面的要求。
】
6.3可靠性需求
【说明:
指客户在平均无故障运行时间、故障恢复时间等方面的要求。
】
6.4可移植性需求
【说明:
指客户在系统软硬件平台的可移植性方面的要求。
】
6.5安全性需求
【说明:
指客户在系统的身份认证、权限防护、传输安全等方面的要求。
】
7.补充资料
7.1待确定的问题列表
【说明:
描述需求过程中不能确定的问题,待以后再次确定的问题。
】
需求标题1
调查方式
调查人
调查对象
时间、地点
需求信息记录
7.2表证清单
【说明:
描述系统输出的各种表单、票据、报表的简要信息,报表的EXCE或WOF格式的模版应作为需求
附件。
】
序号
表证编号
表证名称
表证描述
1
2
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格 说明书 模版