需求规格说明书Word文档格式.docx
《需求规格说明书Word文档格式.docx》由会员分享,可在线阅读,更多相关《需求规格说明书Word文档格式.docx(9页珍藏版)》请在冰豆网上搜索。
包括什么内容,不包括什么内容;
项目范围应该在项目早期就被明确界说,以用于指导业务分析和系统实施,使后面的工作内容不会超越范围,也不会呈现没有完全覆盖所有内容的情况
项目范围不同等于系统的功能范围,明确项目范围时要从项目建设和业务需求的角度来分析本期项目应该实施哪几个方面以及需要分析、实现哪些业务行为】
本期项目建设的范围要包括:
本期项目建设的范围不包括
术语
{列出本文件中用到的专门术语、术语界说、首字母缩写,如:
}
英文缩写
英文全称
中文名称
参考资料
{列出有关的参考资料,如:
1、本项目经核准的计划任务书或合同、上级机关的批文;
2、属于本项目的其他已发表的文件;
3、本文件中各处引用的文件、资料、包括所要用到的系统开发标准.
4、行业标准和规范.
列出这些文件资料的题目、文件编号、发表日期和出书单元,说明能够获得这些文件资料的来源.}
需求描述约定
{在此说明本文描述需求的约定,这些约定可以包括:
1、需求标识方法(应确保需求标识在整个项目中的唯一性,且不受需求变更的影响,不得使用WORD自带的序列号作为需求标识);
2、需求的跟踪粒度(明确需求的跟踪力度);
3、优先级(在本文档中设定的级别及其含义,例如第一阶段设置优先级为H,第二阶段设置为M);
4、功能描述的方法(包括功能描述,业务规则,原型界面,输入,输出,业务流程,约束条件.其中流程类需求必需要有业务流程,否则可以不需要.);
下面以一个具体项目举例:
1、本系统的需求标识方法:
条理化编号方法
模块缩写参照表:
模块名
模块缩写
需求条理:
分三个条理,用三位字符暗示.第一层需求指主功能模块,第二层需求指功能模块的主功能点,第三条理指主功能点下的具体需求.
2、本系统的需求跟踪粒度
跟踪到第二层功能需求.
3、本文档的需求级别界说
a、本文档的优先级别分为:
高、中、低;
b、同时对主功能点还描述实现的周期:
一期、二期、三期;
4、功能描述方法
a、功能描述;
b、业务规则;
c、原型界面;
d、输入:
提供所有与本功能有关的输入描述,包括:
输入数据类型、媒体、格式、数值范围、精度、单元等;
e、输出:
提供与本功能有关所有输出的描述,包括:
输出数据类型、方式、格式、精度、单元等,以及图形或显示陈说的描述;
f、业务把持流程(流程类):
描述正常业务流程,使用图示并配合需要的文字说明;
g、约束条件:
列出在各个工作领域不需计算机化的功能并提供其原因以及特殊条件;
2项目概述
系统功能
{概述了产物所具有的主要功能,其详细内容将在系统功能需求和特性中描述,所以在此只需要概略地总结.以图表形式画出系统功能结构图,并加入需要文字说明.}
业务描述
{对系统主要功能模块以场景方式进行描述,并能体现系统独占的特色.}
数据流程描述
{建议使用VISIO画出系统主要业务数据流图,包括系统间和系统内.}
用户的特点
{使用VISIO画出系统组织架构图,并描述组织机构涉及的部份,这些部份分别使用系统中的哪些功能模块,以及部份需求确认人的相关信息.}
运行环境要求
{
1、硬件环境需求(描述数据库服务器,应用服务器,接口后台服务器配置说明)(依据实际情况,有则写,没有则待定);
2、软件环境需求(依据实际情况,有则写,没有则待定);
a、把持系统要求(描述各个硬件服务器装置的把持系统);
b、应用软件要求(描述各应用软件的名称、装置位置、版本信息);
c、客户端要求(描述对客户端IE、第三方软件的版本信息);
3、运行模式(描述该系统的运行模式,如:
B/S或者C/S)
4、其他环境需求(如有其他环境需求则描述清楚,否则写无)}
设计和实现上的限制
{主要描述用户要求、经费、法律法规、可利用资源上的限制,如:
1、用户要求不能使用mysql数据库;
2、用户要求短信平台不能使用电子运维现用功能;
3、用户要求人员组织机构数据必需来源于EIAC;
4、有防火墙,隔离装置等限制;
3功能列表
{列出本需求中的功能点、需求编号、需求内容、优先级与内容描述.需要时自力成立作为本需求的附件.}
功能点
子功能
需求编号
优先级
内容描述
权限管理
用户管理
增加
修改
删除
角色管理
查询
授权管理
4功能需求的描述
{对系统每个功能模块都必需依照以下几个方面进行描述:
1、功能描述.
2、业务规则,以图形方式进行呈现和文字说明.
3、原型界面.
4、输入:
输入数据类型、媒体、格式、数值范围、精度、单元等.
5、输出:
输出数据类型、方式、格式、精度、单元等,以及图形或显示陈说的描述.
6、业务把持流程(流程类):
描述正常业务流程,使用图示并配合需要的文字说明.
7、约束条件:
列出在各个工作领域不需计算机化的功能并提供其原因以及特殊条件.}
4.1.1SRS.FUNC.SENDUSSD.001增加营销战略
功能简介
描述该模块的需求,主要是从业务的角度
输入
参数名
类型
描述
处置
主要是对该模块业务流程进行描述,除非该部份非常简单,一般是通过业务流程图来进行体现
输出
1.把持胜利,接口功能正常,正常发送USSD消息;
2.把持失败,接口功能不能正常使用,返回相应的毛病码.
异常表:
异常类型
异常码
异常描述
业务异常
SVC0001
Serviceerror
SVC0002
Invalidinputvalue
SVC0004
Novalidaddresses
SVC0280
Messagetoolong
战略异常
POL0001
Policyerror
界面原型
高保真原型的输出结果
5非功能需求
系统性能要求
{1、时间特性
a、时间精度要求(时间戳的精度:
秒);
b、并发访问系统的把持用户数(区间);
c、并发统计响应的把持用户数(区间);
d、基本把持(增、删、改、查)响应的时间(单元:
e、数据统计响应的时间(单元:
f、数据收集误差(单元:
%);
g、数据统计误差(单元:
2、系统有效性
为取得系统有效性,应考虑标准工作日、周末和公共假期的把持时间.例如:
系统每天需要连续运行24小时,每周运行七天,包括公共假期和周末.
3、容错性
如硬件情况尚不清楚则简要描述系统的数据库服务器主备双机环境,以及数据库服务器和应用服务器的互备办法,否则要详细描述硬件服务器之间的容错情况.
4、可扩充性
描述系统软硬件平台,系统架构,功能设计,管理对象,内外接口的可扩展性.}
系统平安及保密要求
{1、系统基本需求
a、描述系统权限控制的要求,只有赋予相应权限情况下才允许执行相应的把持;
b、描述系统停止服务的时间累计不超越X天/年;
c、描述系统在设计时保证平均无故障时间不小于X天;
d、描述系统呈现异常停止后也能保证其他系统的正常运行和业务;
e、与其它系统连接中断时,系统在一按时间内自动检验考试重建连接,如连接失败则以告警形式提示用户;
2、应用系统平安性设计需求
a、描述登岸系统的平安验证战略;
b、用户关键信息的加密办法;
c、防止sql语句注入办法;
d、内部或者外部接口服务调用的认证战略;
e、防止非法用户的访问,入侵,删除/修改数据的办法;
3、存储平安性设计需求
a、服务器上定制数据库的备份战略;
b、后台/接口法式配置文件中账号密码的加密战略;
系统备份与恢复要求
{1、描述各种信息(配置数据,统计数据,业务数据,日志数据)的保管期,以及备份和恢复战略;
2、论述在保管期过后需要实施的行为,例如:
转移到计算机外部的介质中,或删除它们;
3、如转移到计算机外的介质中,叙述存储期及贮存介质的类型.例如:
磁带、磁盘、陈说等;
4、环境异常时,系统恢复战略描述;
系统日志
{1、日志内容(把持日志、接口日志),以及记录战略;
2、日志的保管时长、保管战略;
3、日志内容的访问控制;
6外部接口说明
{1、接口方式类型(硬件接口、数据库接口、webservice,ftp,socket等通信接口);
2、接口描述,包括接口方向、数据来源、接口数据等;
3、接口与本系统的输入输出描述;
7其他需求
{这样的需求可能包括法律需求、国际准则、重用目标等,如果没有则写无.}
8附件
{附件可能包括各个模块的具体的功能需求描述、需求跟踪表,或者系统的辞汇表、待确定问题列表,以及其它所有能够成为需求基线内容的正式文档,如果没有则写无.}