案例产品需求规格说明书.docx
《案例产品需求规格说明书.docx》由会员分享，可在线阅读，更多相关《案例产品需求规格说明书.docx（73页珍藏版）》请在冰豆网上搜索。
案例产品需求规格说明书
银行个人业务系统
产品需求规格说明书
文件状态：
[]草稿
[√]正式发布
[]正在修改
文件标识：
宏盛科技建设银行个人业务系统需求分析
当前版本：
1.0
作者：
Peter
完成日期：
2009-4-16
苏州工业园宏盛科技有限公司
版本历史
版本/状态
作者
参与者
起止日期
备注
1.0
Peter
全组成员
2009-4-16
目录
0.文档介绍9
0.1文档目的9
0.2文档范围9
0.3读者对象9
0.4参考文档9
0.5术语与缩写解释9
1.产品介绍10
2.产品面向的用户群体10
3.产品应当遵循的标准或规范11
4.产品范围11
5.产品中的角色11
6.产品的功能性需求12
6.0功能性需求分类12
6.1个人电子汇款16
6.1.1验证双方账号是否存在17
6.1.2判断双方账号是否为同城同行17
6.1.3验证双方账号是否都是活期17
6.1.4验证双方是否都是激活状态17
6.1.5验证密码是否正确18
6.1.6验证密码错误是否超过3次18
6.1.7验证金额是否足够18
6.1.8计算手续费18
6.2信用卡禁用19
6.2.1是否已还了最低还款额19
6.2.2禁用该信用卡和所有附属卡19
6.3活期开户19
6.3.1验证开户信息19
6.3.2验证密码是否合法20
6.3.3金额是否超过10.20
6.4定期支取20
6.4.120
6.4.220
6.4.321
6.4.421
6.5信用卡解禁21
6.5.121
6.5.222
6.5.322
6.5.422
6.6数据库管理员23
6.6.123
6.6.223
6.6.323
6.6.423
6.7储蓄用户销户：
录入卡号、销户日期、证件号码（必须为开户时的登记证件）、密码后，系统对卡号以及证件号码进行核实，确保正确后再执行销户操作。
24
6.7.1验证卡号是否正确24
6.7.2验证证件号码是否为登记时的证件24
6.7.3验证密码是否正确24
6.7.4验证错误密码是否输入三次25
6.7.5判断是活期还是定期用户25
6.7.6判断是否有汇款业务25
6.7.7判断是否到了存期（定期）25
6.7.8结算本息（包含活期和定期）26
6.7.9将账户从数据库中删除（为定期用户时）26
6.7.10修改账户状态为销户（为活期用户时）26
6.7.11保存信息至数据库27
6.7.12将本金、利息信息打印到页面27
6.8信用卡销户：
录入卡号、销户日期、证件号码（必须为开户时的登记证件）、密码后，系统对卡号以及证件号码进行核实，确保正确后，还要确认账户还完所有欠款后，再执行销户操作。
27
6.8.1验证卡号是否正确27
6.8.2验证证件号码是否为登记时的证件28
6.8.3验证密码是否正确28
6.8.4验证错误密码是否输入三次28
6.8.5判断是否有滞纳金28
6.8.6判断是否透支29
6.8.7判断是否补足透支29
6.8.8修改状态为销户29
6.8.9保存信息至数据库29
6.9:
信用卡的挂失：
录入卡拥有者证件号码后、代理人证件号码（代理挂失时才需要）、办理信用卡日期（可选）、户名、挂失流水号（系统自动生成）30
6.9.1判段是否为代理人30
6.9.2验证是否为开户时提供的证件号码30
6.9.3系统自动生成流水号（唯一）.30
6.9.4修改账户状态为挂失31
6.9.5将信息保存到数据库31
6.10:
信用卡的解挂：
根据用户提供的证件号码（挂失时提供的证件）和挂失流水号查找账户信息，如确认处于挂失状态，则判断当前日期是否为挂失日7日后，如果成立则执行解挂（修改账户状态为激活），并重新生成新的卡号提交个用户（修改对应的账户信息），否则，不能解挂。
31
6.10.1判断用户提供的证件号码和挂失时提供的证件是否相同31
6.10.2验证挂失流水号32
6.10.3根据证件号码和挂失流水号查找账户信息32
6.10.4验证是否处于挂失状态32
6.10.5验证解挂日是否为挂时日7天后32
6.10.6执行解挂,即修改账户状态为激活33
6.10.7重新生成新的卡号33
6.10.8修改对应的账户信息,保存至数据库.33
6.10.9显示新卡号给客户33
6.11:
活期储蓄的换卡：
录入客户提供的证件号码、卡号、核实无误后，再判断客户是否为激活状态，若为激活状态，系统应自动生成新的卡号并更新相应的账户信息。
34
6.11.1核实用户提供的证件号码34
6.11.2核实用户提供的卡号34
6.11.3查看账户是否为激活状态.34
6.11.4系统自动生成新的卡号.34
6.11.5将新的账户信息保存至数据库35
6.12普通柜员完成活期改密35
6.12.1改密信息验证：
先输入改密信息（账号），选择密码修改，验证账号35
6.12.2密码验证：
改密信息通过后，输入旧新密码，并密码验证35
6.12.3数据库更新：
密码验证通过后，将修改信息保存到数据库36
6.13普通柜员完成活期续存36
6.13.1存款信息验证:
先输入续存信息，验证信息36
6.13.2数据库更新：
信息验证通过后，更新数据库36
6.14普通柜员完成定期开户37
6.14.1开户信息验证：
首先输入开户信息，验证开户信息37
6.14.2密码验证：
开户信息正确后，输入密码及密码确认，验证密码37
6.14.3数据库更新：
验证通过后，在server上生成账号，存入数据库中，并输出开户信息37
6.15普通柜员完成信用卡取现37
6.15.1取现信息验证：
首先输入取现信息，验证取现信息37
6.15.2密码验证：
取现信息通过后，输入密码及密码确认，并验证38
6.15.3数据库更新：
验证通过后，更新数据库38
6.16普通柜员完成信用卡改密38
6.16.1改密信息验证：
先输入改密信息，验证改密信息。
38
6.16.2密码验证：
信息验证通过后，输入旧新码，更新数据库39
6.16.3数据库更新：
验证通过后，更新数据库39
6.17.综合柜员可执行业务39
6.17.139
6.17.239
6.18普通柜员可执行业务40
6.18.140
6.18.240
6.19活期余额查询40
6.19.140
6.19.241
6.20信用卡余额查询业务。
41
6.20.141
6.20.241
6.21当客户（柜员）录入申请信息之后，系统进行验证格式，若格式正确，将信息保存至数据库，并通知客户等待审核（审核期限为1周）。
42
6.21.1验证信息格式42
6.21.2保存信息至数据库。
42
6.21.3通知用户等待审核（审核期限为一周）。
42
6.22信用卡经理通过系统查看当天所有待审核或审核中资料，将被待审核资料修改为审核中，同时查看所有已到审核期限但状态仍未修改的资料，根据实际情况修改状态（主卡和附属卡为可使用或拒绝）以及信用额度（主卡和信用卡）。
43
6.22.1查找所有状态为待审核或审核中的客户申请资料。
43
6.22.2审核资料（并将状态修改为审核中）。
43
6.22.3查看所有已到审核期限但状态仍未修改的资料。
43
6.22.4根据实际情况修改状态（主卡和附属卡为可使用或拒绝）。
44
6.22.5修该信用额度（包括主卡、附属卡）。
44
6.22.6保存信息至数据库。
44
6.23一周后，根据客户提供的证件，可查看客户申请是否成功，若成功，则计算并收取手续费，并将手续费是否收取状态设为1（0为未收取、1为收取）（相当于需求分析中的将手续费金额保存至该信用卡帐户信息中）、自动生成卡号（主卡和附属卡）、信用卡初始密码、信息保存至数据库。
45
6.23.1验证证件号码格式。
45
6.23.2根据证件号码是否为申请时提供的证件号码45
6.23.3根据证件号码查看信用卡申请是否成功45
6.23.4若成功，则计算并收取手续费46
6.23.5修改收取手续费状态为“已收取”。
46
6.23.6自动生成卡号（主卡和附属卡）46
6.23.7自动生成信用卡初始密码46
6.23.8信息保存至数据库。
47
6.23.9显示信息给客户47
6.24异地存取款47
6.24.147
6.24.248
6.24.348
6.24.448
6.24.548
6.24.649
6.25打印明细49
6.25.149
6.25.249
6.25.349
6.25.450
6.25.550
6.26活期储蓄存现50
6.26.150
6.26.251
6.27行用卡存款功能51
6.27.1验证客户提供的信用卡卡号是否存在51
6.27.2判断客户信用卡账户是否存在滞纳金51
6.27.3计算滞纳金金额51
6.27.4判断客户是否交齐滞纳金，及交纳后账户是否还有剩余存款额52
6.27.5判断客户账户是否存在透支金额52
6.27.6判断客户是否交齐透支金额52
6.27.7告知客户真实余额，询问客户是否需要继续业务53
6.28活期储蓄取现功能53
6.28.1验证客户提供的卡号是否存在53
6.28.2通过客户存入金额决定授权53
6.28.3判断业务是否由代理人办理53
6.28.4验证持卡人和代理人的证件号码是否正确54
6.28.5验证客户密码是否正确54
6.28.6判断客户提供的错误密码次数是否超过3次54
6.28.7验证客户账户余额是否足够支取55
6.29活期储蓄取现功能55
6.29.1修正出现错误办理的业务55
7.产品的非功能性需求55
7.1用户界面需求55
7.2软硬件环境需求56
7.3产品质量需求56
7.n其他需求56
附录A：
需求建模与分析报告57
A.1需求模型157
A.n需求模型N57
附录B：
需求确认58
0.文档介绍
0.1文档目的
本文档主要向用户介绍了个人银行业务系统的各种功能，还介绍了此系统能够正常运行的环境，以及对本系统的质量要求，若客户对产品有需求变更，也能与用户进行及时的交流与信息的反馈。
0.2文档范围
此文档包含产品的介绍、产品面向的使用群体、产品的功能性需求以及产品的非功能性需求等。
0.3读者对象
个人银行业务系统的使用者，有普通柜员、综合柜员、所长、明细监督员、综合监督员、数据管理员、信用卡经理。
0.4参考文档
个人银行业务系统需求。
0.5术语与缩写解释
缩写、术语
解释
结息日
每年的六月二十
错账冲正
对错误操作执行相应的处理，比如存钱由于柜员将钱存入了错误的账号，在取得授权的情况下，从错误账号里扣掉相应的金额，在员帐户里加入相应的金额。
提前支取
针对定期存款没到存款期限而取款的情况。
…
1.产品介绍
本产品是个人银行业务系统，本系统适用于银行柜员进行办理款、转账、电子汇款、信用卡等多种银行相关业务。
随着社会的不断进步和科学技术的迅猛发展，人民生活水平的不断提高，群众进行存储款等银行储蓄的相关业务的需求不断增加，银行也需要实行业务办理的自动化、智能化，以方便群众进行业务的办理和银行工作效率的提高。
着眼于此，本产品主要可以实现帐户的开户、存取款、挂失、销户、解挂、打印明细、换卡、异地存取款、修改密码、查询余额、转账、个人电子汇款等相关的个人负债业务，还能实现信用卡的办理、存款、取现、挂失、限制使用及解除限制等信用卡相关功能。
办理的所有业务信息都存储在一个特定的安全且高效的服务器数据库，客户可以方便、快捷的使用本产品。
2.产品面向的用户群体
本产品适用于银行普通柜员、综合柜员、所长、明细监督员、综合监督员、数据管理员、信用卡经理等银行职员，从而方便进行银行的各项业务、管理各种口令密码、管理数据库的信息以及及时的更新。
本产品可以使银行各职员更加方便快捷实现业务的各种需求，如存储、转账、信用卡的办理挂失等，还能使一些复杂的计算简单化，如利息的计算。
以下是银行的各个职员通过本产品可以实现的功能：
普通柜员：
在授权情况下可以办理储蓄业务的所有操作，信用卡的登记、存取现、挂失、禁用、解禁业务，每天所有业务信息的备份，查看当天经办的所有业务。
综合柜员：
对于存款挂失、提前支取、办理5-10万元取现时可以审核并输入授权口令授权给柜员办理。
还能查看当天所有柜员的所有业务。
所长：
和综合柜员分别授权给普通柜员办理10-50万元的取现、错账冲正业务，统计当天所有业务的借、贷金额。
明细监督员：
查看并审核大额存取款的户名、种类、金额、身份证号以及授权情况的流水账。
综合监督员：
对大额存取款、挂失、提前支取、电子汇款、存储卡异地交易、错账冲正进行二次审核，并将这些信息村粗至数据库。
数据库管理员：
对各种数据信息修改，如利率、各种手续费、滞纳金等，还能对柜员、综合柜员、所长、明细监督员、综合监督员的身份、密码进行确认及修改。
信用卡经理：
查看信用卡所有帐户的当前信息、修改信用额度、修改状态、审核信用卡申请、当天信用卡业务明细等。
基于这些强大的功能和一些对于用户人性化的操作，本产品能在很大的程度上帮助用户进行银行的各项业务需求！
3.产品应当遵循的标准或规范
提示：
阐述本产品应当遵循什么标准、规范或业务规则（BusinessRules），违反标准、规范或业务规则的产品通常不太可能被接受。
软件编程规范—Java（修改稿）.doc
数据库脚本编程规范讲稿.ppt
4.产品范围
本产品适用于银行领域，可以实现个人银行系统的各种基本业务需求，不适用于其他产业或企业。
本产品包含对个人银行系统的各项基本业务功能的实现，如存储款、挂失、销户、个人电子汇款、信用卡的办理、限制适用等。
5.产品中的角色
提示：
阐述本产品的各种角色及其职责。
各种角色的具体行为将在功能性需求中描述。
角色名称
职责描述
普通柜员
办理储蓄业务的所有操作，信用卡的登记、存取现、挂失、禁用、解禁业务，每天所有业务信息的备份
综合柜员
对于存款挂失、提前支取、办理5-10万元取现时可以审核并输入授权口令授权给柜员办理
所长
和综合柜员分别授权给普通柜员办理10-50万元的取现、错账冲正业务，统计当天所有业务的借、贷金额
明细监督员
查看并审核大额存取款的户名、种类、金额、身份证号以及授权情况的流水账
综合监督员
对大额存取款、挂失、提前支取、电子汇款、存储卡异地交易、错账冲正进行二次审核
数据库管理员
对各种数据信息修改，如利率、各种手续费、滞纳金等，还能对柜员、综合柜员、所长、明细监督员、综合监督员的身份、密码进行确认及修改
信用卡经理
查看信用卡所有帐户的当前信息、修改信用额度、修改状态、审核信用卡申请、当天信用卡业务明细等
6.产品的功能性需求
6.0功能性需求分类
提示：
将功能性需求先粗分再细分，下表中的FeatureA,FunctionA.1等符号应当被替换成有含义的名称。
转账：
1
信用卡：
12
储蓄卡
活期7
定期1
异地存取1
系统管理和错帐2
功能类别
子功能
个人电子汇款
验证双方账号是否存在
判断双方账号是否同城同行
验证双方账号是否为活期
验证双方账号是否为激活状态
验证汇款人密码是否正确
验证密码错误次数是否超过3次
金额是否足够
计算手续费
信用卡禁用
判断到期还款日是否偿还最低还款额度金额
禁用该信用卡和所有附属卡
活期开户
验证开户信息
验证密码是否合法
金额是否超过10.
定期支取
验证卡号、密码，若输入错误则应有相应提示。
密码输入错误不能超过3次，否则将在一段时间内不能办理支取业务。
判断用户是在存款到期钱支取还是到期支取，若位提前支取则应按支取日当点的活期利率计算利息，公式为：
实付利息=本金*活期利率*存期*（1-税率），若为到期支取则按正常的定期利率计算利息，公式为：
实付利息=本金*存期定期利率*存期*（1-税率）。
业务办理完成后应保存该业务的相关信息至数据库，该信息应在数据库保存一段时期后会自动删除，以减轻服务器数据库的负担。
信用卡解禁
验证信用卡的卡号格式是否正确，如输入错误要有相应的提示
判断信用卡的目前状态是可使用还是禁用，如为可使用则不用进行此业务，判断完成则要有相应的提示。
如为禁用状态则计算出该卡应该缴纳的透支额度及滞纳金，提示用户缴纳欠款，否则将不能解除信用卡禁用状态，如有滞纳金则应提示要下调该卡原有信用额度的5%以及目前该卡的信用额度为多少。
当用户缴纳所有欠款后便可解除信用卡的禁用状态，提示用户该卡已经可以使用，并将修改的数据保存至数据库。
系统管理
验证数据库管理员的登录帐号格式是否正确，密码是否正确，如错误应有相应的提示。
密码若连续输入错误3次则在一定时期内将不能登录数据库管理员页面。
选择相应业务：
增加或删除员工ID、修改员工密码、修改卡号验证格式、修改数据库利率、修改各种手续费金额、修改有关滞纳金计算公式等。
将修改的相应信息保存至数据库。
储蓄用户销户
验证卡号是否正确
验证证件号码是否为登记时的证件
验证密码是否正确
验证错误密码是否输入三次
判断是活期还是定期用户
判断是否有汇款业务
判断是否到了存期（定期）
本息结算（包含活期和定期）
将账户从数据库中删除
修改账户状态为销户
保存信息至数据库
将本金、利息信息打印到页面
信用卡销户
验证卡号是否正确
验证证件号码是否为登记时的证件
验证密码是否正确
验证错误密码是否输入三次
判断是否有滞纳金
判断是否透支
判断是否补足透支
修改状态为销户
保存信息至数据库
信用卡的挂失
判段是否为代理人
验证是否为开户时提供的证件号码
系统自动生成流水号（唯一）.
修改账户状态为挂失
进行数据库的保存
信用卡的解挂
判断用户提供的证件号码和挂失时提供的证件是否相同
验证挂失流水号
根据证件号码和挂失流水号查找账户信息
验证是否处于挂失状态,
验证解挂日是否为挂时日7天后
执行解挂,即修改账户状态为激活.
重新生成新的卡号
修改对应的账户信息,保存至数据库.
显示新卡号给客户
活期储蓄的换卡
核实用户提供的证件号码
核实用户提供的账户卡号.
查看账户是否为激活状态.
系统自动生成新的卡号.
将新的账户信息保存至数据库.
普通柜员完成活期改密
改密信息验证
密码验证
数据库更新
普通柜员完成活期续存
存款信息验证
数据库更新
普通柜员完成定期开户
开户信息验证
密码验证
数据库更新
普通柜员完成信用卡取现
取现信息验证
密码验证
数据库更新
普通柜员完成信用卡改密
改密信息验证
密码验证
数据库更新
综合柜员可执行业务
可根据普通柜员的正确申请业务权限给予操作权限
可查看当天所有普通柜员的业务明细,此操作可根据柜员号来进行操作.
普通柜员可执行业务
可根据客户需求办理所有业务（需要授权时候,可向高层人员申请权限）
可查看柜员每个自己的当天业务明细.
活期储蓄的余额查询业务
可根据客户提供的卡号验证是否正确,主要是验证客户提供的卡号是否存在问题.,也即使判断是否已开户.
验证密码是否正确.
信用卡的余额查询业务
可根据客户提供的卡号验证是否正确,主要是验证客户提供的卡号是否存在问题.
验证密码是否正确
信用卡受理申请
1．验证信息格式
2．保存信息至数据库
3．提示用户等待审核（审核期限为一周）
信用卡审核
1．查找所有状态为待审核或审核中的客户申请资料
2．审核资料（并将状态修改为审核中）
3．查看所有已到审核期限但状态仍未修改的资料
4．根据实际情况修改状态（主卡和附属卡为可使用或拒绝）
5．修该信用额度（包括主卡、附属卡）
6．保存信息至数据库
信用卡办理
1．验证证件号码格式
2．验证证件号码是否为申请时提供的证件
3．根据证件号码查看信用卡申请是否成功
4．计算并收取手续费，
5．修改收取手续费状态为“已收取”。
6．自动生成卡号（主卡和附属卡）
7．信用卡初始密码
8．信息保存至数据库
9．显示信息给客户
异地存取款
可根据客户提供的卡号进行验证是否正确,主要是验证客户提供的卡号是否存在问题.
验证客户提供的账户是否处于激活状态
可根据客户的要求进行续存业务，主要是验证客户的账户正确性，续存金额是否正确，是否缴纳一定的手续费用
可根据客户的要求进行取款业务，主要是对取款金额的范围及业务授权问题把握
可根据客户的要求进行转账业务，主要是验证转账双方的账户正确性，判断账户里面的金额是否足够转账
可根据柜员办理的业务，进行相应的业务备份，方便后期查账
打印明细
可根据客户提供的卡号验证是否正确,主要是验证客户提供的卡号是否存在问题
可根据客户提供的卡号验证账户是否处于激活状态
可根据客户提供的账户，进行打印明细期限的判断：
在一个月以内的不要求缴纳手续费，在1到3个月之间的必须缴纳一定的手续费
可根据客户提供的账号，正确打印相关的明细信息
可根据柜员办理的业务，正确记录相关的业务日志
活期储蓄存现
可根据客户提供的卡号验证是否正确,主要是验证客户提供的卡号是否存在问题.
验证客户的续存金额是否正确，主要是确认业务员的操作是否有误
信用卡存款
验证客户提供的信用卡卡号是否存在
判断客户信用卡账户是否存在滞纳金
计算滞纳金金额
判断客户是否交齐滞纳金，及交纳后账户是否还有剩余存款额
判断客户账户是否存在透支金额
判断客户是否交齐透支金额
告知客户真实余额，询问客户是否需要继续业务
将数据保存到数据库
活期取现
验证客户提供的卡号是否存在
通过客户存入金额决定授权
判断业务是否由代理人办理
验证持卡人和代理人的证件号码是否正确
验证客户密码是否正确
判断客户提供的错误密码次数是否超过3次
验证客户账户余额是否足够支取
将数据保存到数据库
错账冲正
修正出现错误办理的业务
将数据保存到数据库
6.1个人电子汇款
6.1.1验证双方账号是否存在
名称、标识符
验证双方账号是否存在
功能描述
双方账号是否存在
优先级
在选择电子汇款业务之后
输入
卡号，汇出行，汇款考号，汇款行，汇款金额，汇款日期
操作序列
1
输出
判断账号是否存在的相关信息
补充说明
无
6.1.2判断双方账号是否为同城同行
名称、标识符
判断双方账号是否为同城同行
功能描述
升级会员 