1 / 11
文档名称:

需求规格说明书.docx

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

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

分享

预览

需求规格说明书.docx

上传人:zhuwo11 2022/5/4 文件大小:17 KB

下载得到文件列表

需求规格说明书.docx

相关文档

文档介绍

文档介绍:: .
XX银行XX系统
需求规格说明书
文档信息及版本历史
版本
作者/修改者
日期
描: .
XX银行XX系统
需求规格说明书
文档信息及版本历史
版本
作者/修改者
日期
描述
1概述



术语和缩写
解释

列述参考资料
2工程综述
{提示:概述正在定义的工程、使用工程的用户以及的限制、假设和依赖。 }

此处介绍工程主要情况

{提示:
对工程面向的用户或用户群体进展简要说明,可以从下面两个方面考虑:
〔1〕描述本工程面向的用户〔客户、最终用户〕或用户群体的介绍。
〔2〕用户或用户群的特征、需求、业务机遇、正待解决的业务问题,包括 对现存产品或工程的一个简要的评价。 }
工程应当遵循的标准或标准
提示:
〔1〕描述本工程应当遵循的标准或标准;例如 ?xx 系统业务标准 ?和根据公 司过程资产库裁剪的工程自定义过程标准,公司 ?java编码标准?等}
主要特征
{提示:
简要描述工程提供的主要特征。可以从以下几个方面考虑: 指明所开发的工程怎样满足用户或用户群体的需求, 解决哪些用户关心的业 务需求。
可以说明所开发的工程为什么具有吸引力和它所能带来的好处、竞争优势、 重要商业利润、提供应客户的价值。 }
工程范围
{提示:
阐述所开发的工程的系统范围,主要描述“应当包含的内容〞和“不包含的 内容〞。说明清楚工程范围的好处是:
有助于判断什么是需求,什么不是需求。 可以将开发精力集中在系统范围内。
有助于控制需求的变更。
有助于最终评估和验收。 }
工程中的角色
{提示:
阐述本工程操作过程中涉及的各种角色及其职责。 各种角色的具体行为将在
功能性需求中描述。}
角色名称
职责描述
3功能性需求

{提示:
用Mx代表模块,Cx代表子模块,需求规格说明书第一次评审前,用 F_x代 表功能点,后续的变更或新增分别用CR_x和NF_x。其中x为序列号1、2、3…… 优先级请用P1、P2、P3、P4四层表示,P1代表最优先解决,优先级最少要有
P1级的。}
一级模块
二级模块
功能点编号及名称
优先级
M1_日常工作管理
M1_C1合理化建议流程
F 1提出建议
F 2区支撑审核
P1
F 3工会主席处理
P2
M1 C2营业条线疑难问 题上报
F 4提出问题
P1
F 5综合部处理
P2
F 6问题解答
P2
F 7回复确认
P1
M1_C3每日情况流程
F 8厅经理起草
F 9区支撑审核
F 10综合部文秘审核


{提示:
此处写一些承上启下的文字,阐述每一功能的详细需求。 }

输入要素描述
a. 输入画面设计
{提示:必要的输入画面说明以及处理画面说明 }
b. 输入字段定义
字段名
类型
数据 种类
是否 必输
长度
范围 (精度〕
输入限制 〔或数据字
典〕
说明
字符

全部、已确认、 已整改未确 认、未整改
{类型:输入的方式,如单项选择项、多项选择项、系统自动产生,手工输 入;数据种类:如字符、日期、数字等;输入限制:数据合法性校验限制 }
c. 输入字段间的约束关系
功能描述
功冃匕点编号
F_1
功能名
功能描述
优先级
使用角色
运行条件
业务处理流程
补充说明
? 输出要素描述

{提示:必要的输出画面说明}

字段名
数据
是否
长度
范围
种类
可选
(精度〕
类型
说明
字符

{类型:输出的方式,如系统自动产生;数据种类:如字符、日期、数字等 }

{提示:说明该工程同