1 / 14
文档名称:

需求规格说明书.doc

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

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

分享

预览

需求规格说明书.doc

上传人:知识徜徉土豆 2025/5/15 文件大小:152 KB

下载得到文件列表

需求规格说明书.doc

相关文档

文档介绍

文档介绍:该【需求规格说明书 】是由【知识徜徉土豆】上传分享,文档一共【14】页,该文档可以免费在线阅读,需要了解更多关于【需求规格说明书 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。需求规格说明书
文献更改摘要:
日期
版本号
修订说明
修订人
审核人
批准人
目录
1. 引言 3
目的 3
范围 3
术语 3
参考资料 3
需求描述约定 3
2. 项目概述 4
系统功能 4
业务描述 4
数据流程描述 4
用户的特点 4
运营环境规定 4
设计和实现上的限制 4
3. 功能列表 5
4. 功能需求的描述 5
5. 非功能需求 5
系统性能规定 5
系统安全及保密规定 6
系统备份与恢复规定 6
系统日记 6
6. 外部接口说明 6
7. 其他需求 6
8. 附件 6
引言
{系统建设的相关背景,从而引出建设该系统的驱动力。}
目的
{说明编写这份需求规格说明书的目的。}
建议阅读者
文档编写目的(指导开发、测试进行设计)
范围
【项目范围明确了这次的项目建设做什么,不做什么;涉及什么内容,不涉及什么内容;项目范围应当在项目初期就被明拟定义,以用于指导业务分析和系统实行,使后面的工作内容不会超过范围,也不会出现没有完全覆盖所有内容的情况
项目范围不等同于系统的功能范围,明确项目范围时要从项目建设和业务需求的角度来分析本期项目应当实行哪几个方面以及需要分析、实现哪些业务行为】
本期项目建设的范围要涉及:
本期项目建设的范围不涉及
术语
{列出本文献中用到的专门术语、术语定义、首字母缩写,如:}
英文缩写
英文全称
中文名称
参考资料
{列出有关的参考资料,如:
本项目经核准的计划任务书或协议、上级机关的批文;
属于本项目的其他已发表的文献;
本文献中各处引用的文献、资料、涉及所要用到的系统开发标准。
行业标准和规范。
列出这些文献资料的标题、文献编号、发表日期和出版单位,说明可以得到这些文献资料的来源。}
需求描述约定
{在此说明本文描述需求的约定,这些约定可以涉及:
需求标记方法(应保证需求标记在整个项目中的唯一性,且不受需求变更的影响,不得使用WORD自带的序列号作为需求标记);
需求的跟踪粒度(明确需求的跟踪力度);
优先级(在本文档中设定的级别及其含义,例如第一阶段设立优先级为H,第二阶段设立为M);
功能描述的方法(涉及功能描述,业务规则,原型界面,输入,输出,业务流程,约束条件。其中流程类需求必须要有业务流程,否则可以不需要。);
下面以一个具体项目举例:
1、本系统的需求标记方法:层次化编号方法
模块缩写+序列号,如SZAG01、、
模块缩写参照表:
模块名
模块缩写
模块名
模块缩写
需求层次:分三个层次,用三位字符表达。第一层需求指主功能模块,第二层需求指功能模块的主功能点,第三层次指主功能点下的具体需求。
2、本系统的需求跟踪粒度
跟踪到第二层功能需求。
3、本文档的需求级别定义
a、本文档的优先级别分为:高、中、低;
b、同时对于主功能点还描述实现的周期:一期、二期、三期;
4、功能描述方法
功能描述;
业务规则;
原型界面;
输入:提供所有与本功能有关的输入描述,涉及:输入数据类型、媒体、格式、数值范围、精度、单位等;
输出:提供与本功能有关所有输出的描述,涉及:输出数据类型、方式、格式、精度、单位等,以及图形或显示报告的描述;
业务操作流程(流程类):描述正常业务流程,使用图示并配合必要的文字说明;
约束条件:列出在各个工作领域不需计算机化的功能并提供其因素以及特殊条件;}
项目概述
系统功能
{概述了产品所具有的重要功能,其具体内容将在系统功能需求和特性中描述,所以在此只需要概略地总结。以图表形式画出系统功能结构图,并加入必要文字说明。}
业务描述
{对系统重要功能模块以场景方式进行描述,并能体现系统独有的特色。}
数据流程描述
{建议使用VISIO画出系统重要业务数据流图,涉及系统间和系统内。}
用户的特点
{使用VISIO画出系统组织架构图,并描述组织机构涉及的部门,这些部门分别使用系统中的哪些功能模块,以及部门需求确认人的相关信息。}
运营环境规定
{
硬件环境需求(描述数据库服务器,应用服务器,接口后台服务器配置说明)(依据实际情况,有则写,没有则待定);
软件环境需求(依据实际情况,有则写,没有则待定);
a、操作系统规定(描述各个硬件服务器安装的操作系统);
b、应用软件规定(描述各应用软件的名称、安装位置、版本信息);
c、客户端规定(描述对客户端IE、第三方软件的版本信息);
3、运营模式(描述该系统的运营模式,如:B/S或者C/S)
4、其他环境需求(如有其他环境需求则描述清楚,否则写无)}
设计和实现上的限制
{重要描述用户规定、经费、法律法规、可运用资源上的限制,如:
用户规定不能使用mysql数据库;
用户规定短信平台不能使用电子运维现用功能;
用户规定人员组织机构数据必须来源于EIAC;
有防火墙,隔离装置等限制;}
功能列表
{列出本需求中的功能点、需求编号、需求内容、优先级与内容描述。必要时独立成立作为本需求的附件。}
功能点
子功能
需求编号
优先级
内容描述
权限管理
用户管理
增长
修改
删除
角色管理
查询
授权管理
功能需求的描述
{对系统每个功能模块都必须按照以下几个方面进行描述:
功能描述。
业务规则,以图形方式进行呈现和文字说明。
原型界面。
输入:提供所有与本功能有关的输入描述,涉及:输入数据类型、媒体、格式、数值范围、精度、单位等。
输出:提供与本功能有关所有输出的描述,涉及:输出数据类型、方式、格式、精度、单位等,以及图形或显示报告的描述。
业务操作流程(流程类):描述正常业务流程,使用图示并配合必要的文字说明。
约束条件:列出在各个工作领域不需计算机化的功能并提供其因素以及特殊条件。}
增长营销策略
功能简介
描述该模块的需求,重要是从业务的角度
输入
参数名
类型
描述
解决
重要是对该模块业务流程进行描述,除非该部分非常简朴,一般是通过业务流程图来进行体现
输出
参数名
类型
描述
操作成功,接口功能正常,正常发送USSD消息;
操作失败,接口功能不能正常使用,返回相应的错误码。
异常表: