模拟商业银行综合业务
试验系统
教学教材
2006年12 月
第1章系统操作基础知识
本章介绍一些系统操作必须掌握的基础知识。
基本概念：
柜员号：每个柜员在系统内都有一个4位数字的代号。
流水号：系统会为柜员办理的每一笔业务生成一个流水号，会计日期＋柜员号＋流水号可以唯一的标识一笔业务。
授权
复核
取消
1.1柜员签到、签退
银行的业务处理流程大致可以描述为：
柜员签到－>办理业务->柜员签退->银行进行日终批量处理。
业务办理的具体细节在后面章节中详细介绍。
日终批处理
柜员签到交易：
柜员在操作系统画面下键盘输入命令：start后回车，就进入了柜员签到画面。
功能描述
进行柜员签到，签到完成后就可以正常的办理业务了。
前台界面
机构号 : [ ]
柜员号 : [ ]
柜员密码 : [ ]
工作日期 : [2006/04/15]
输入机构号、柜员号、密码按PF4发送，若显示交易成功则柜员签到成功。若报错则请系统管理员协助解决。
柜员签退交易：
柜员签退有两种：
9009交易:柜员临时签退，柜员临时离开时候可以用此交易退出业务系统。
9001交易：柜员轧帐正式签退，柜员办理完毕一天的业务，正式下班的时候采用此交易签退.
功能描述
检查该柜员当天借贷是否平衡。
检查柜员现金调拨是否处理完毕，不允许存在未确认的上解或下解现金。
打印柜员轧帐单。
打印凭证单。
1.2柜员的级别和权限
柜员号由4位数字组成，每个柜员隶属于某一机构，每个柜员有自己的交易权限集合，只能操作属于“交易权限集合”内的交易，由系统管理员完成对柜员“交易权限集合”的增加维护工作。
1.3交易的授权
功能描述
级别较低的柜员在进行某些交易操作时候，需要高级别柜员的授权。如果未经授权就发送交易，则系统会提示：该交易需要授权。
这是，操作柜员按ctrl+J键，就会出现授权画面，主管输入柜员号密码后按F4键发送即完成了授权。
授权完成后，柜员就可以发送交易了。
1.4交易的复核
功能描述
复核是指操作柜员将业务录入后，由另一名柜员再输入一遍以确保数据录入的正确性，如果复核员录入的数据与操作员不一致，则系统将会给出提示。如果的确是录入柜员录入错误则录入柜员需要重新进行录入。
业务录入的时候系统会检查数据的合法性，例如帐号是否正确，余额是否可支付，凭证号码是否正确等等，但业务录入的时候系统并不进行帐务处理。
需要复核的交易在录入操作完成并发送后，系统会提示：交易成功需要复核。
业务经过复核员复核检查正确后才进行相应的帐务处理，需要注意的是，标记这笔业务的柜员号、流水号仍然是录入柜员的柜员号、流水号。也就是如果这笔业务需要取消，则必须由录入柜员来操作。
所有需要复核的交易具有统一的入口9337：在9337交易画面中按照画面提示输入交易要素后发送，就会显示出所有待复核交易，选中要复核的交易按F3就进入了复核画面, 复核的画面合记帐时的画面一致。
前台界面
系统管理复核交易流水查询 9337
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
记帐员 [0940] 交易码 [ ] 复核标志 [1] ( 待复核) 起始流水号 [ ] 终止流水号 [ ] 复核员 [ ] PF3 复核━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
记帐员交易码现金／转帐标志帐号交易金额交易结果复核员前端流水号对方帐号
[0940][2121][2772][转帐][70010101306001104 ][ 100.00][待复核 ] [ ] [0110 ]
[0940][2121][2773][转帐][70010101306001104 ][ 100.00][待复核 ] [ ] [0110 ]
[0940][2121][2774][转帐][70010101306001104 ][ 100.00][待复核 ] [ ] [0110 ]
[0940][2121][2775][转帐][70010101306001104 ][ 100.00][待复核 ] [ ] [0110 ]
第2章出纳业务
2.1商行会计出纳业务概述
出纳系统是会计系统的重要组成部分。出纳业务涉及现金传票相关的现金收付及机构库存现金的管理、会计核算及监督。
本出纳系统包括以下部分：出纳员管理、出纳日常现金业务、库存日常业务、库存管理、出纳及库存常用信息查询及出纳日常报表打印。
参与出纳系统运作的人员包括以下三类：客户、出纳员、出纳主管（库管员）。其中出纳主管分为三级：二级支行——一级支行——总行。
现金出纳管理包含三个内容：尾箱、网点库存、清算中心库。
营业网点下柜员挂钩尾箱，营业网点库存不做券别管理。
只有清算中心库要做券别管理。
2.2会计出纳业务业务基本业务流程
?在出纳系统投入使用前，应由银行主管部门在系统内为出纳系统的人员分配唯一的操作员号并赋予相应权限。操作权限分两级：出纳员、出纳主管，出纳主管分成三个层次。
?出纳每日业务前由出纳主管批准并分配一个唯一的出纳尾箱号，出纳离岗时主管应及时注销其尾箱。
?出纳每日业务前由出纳主管分配现金，方可开始正常业务，出纳每日营业终了应向出纳主管缴库，出纳主管应注销出纳员尾箱号。出纳营业中可随时上缴现金和分配现金。
?尾箱及库存现金的单位均为张。
?尾箱的限额由出纳主管确定，当限额大于10万小于等于20万元，需要二级支行主管授权。?当营业中尾箱金额超出限额，停止办理现金收入类业务。
?出纳员尾箱之间不进行调剂，出纳员只对出纳主管进行现金调剂。
?出纳员进行现金、缴存、调拔交易，由主管授权，并由库存中进行现金的上下解，或财务科部调拨。
?现金的缴存、下解交易出错后，不能取消，只能作相反交易
?现金调拔(指财务计划部对总行营业部，一级支行财务科对所辖任一二级支行)单日累计金额不能超过20万元，否则需主管授权
?出纳员可随时查询或打印本人的现金收付流水、尾箱现金的详细情况及各现钞券别的收付流水，出纳主管有权查询或打印本机构所有出纳的上述情况，上一级主管有权查询或打印所辖任一或所有机构出纳的情况。
?出纳中心、营业网点如有缴存、下解记录标志为中心未处理，则不能营业结束。
2.3会计出纳交易的实现
按照会计出纳交易码的设置，会计出纳交易包括以下内容：
支行业务
2.3.1尾箱领用7001
此交易用在营业网点开始营业时从网点主管领取尾箱时使用，采用与柜员编号相同尾箱接受管理，可用来尾箱开始营业和在营业中变更尾箱限额所使用.主管领用库存尾箱0000，如当前主管离开，则把库存尾箱挂钩其他营业网点主管。
交易码：7001
输入要素：
支行业务尾箱领用 7001 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
交易状态 [ ]( )
出纳员号 [ ]
尾箱限额 [ ]
摘要 [ ] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
尾箱号 [ ]
要素说明：
交易状态：0 –尾箱领用。
本交易由营业网点出纳主管负责交易
屏幕回显该出纳员所领用尾箱号，就是其柜员编号
2.3.2柜员现金调拨7110
出纳员可将现金调拨给主管库存，也可从主管库存中调钱入自己尾箱
交易码：7110
输入要素：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━支行业务尾箱现金调拨7110 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━缴付尾箱号[ ] 密码[ ]
接收尾箱号[ ] 密码[ ]
币种[01] ( 人民币)
金额[ ]
要素说明：
缴付尾箱和接受尾箱必须有一个为0000即该营业机构库存
该交易为柜员交易，主管授权。主管必须已与库存尾箱挂钩
交易成功屏幕回显交易成功，并打印柜员现金调拨凭证
2.3.3尾箱查询7301
查询尾箱相关信息
交易码：7301
输入要素：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━支行业务尾箱查询7301 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
出纳员号[ ]
尾箱号[ ]
输出要素：
出纳尾箱号领用日期摘要注销日期状态尾箱限额
[0000][0000][ ][ ][ ][ ]( )[ 0.00]
要素说明：
如不输入，则查全部该机构全部尾箱情况，如指定一个尾箱则单独查询，该交易为主管交易。交易成功屏幕回显交易成功，并回显输出要素。
2.3.4尾箱现金查询7307
查询某机构尾箱现金收付合计数和尾箱现金余额
交易码：7307
输入要素：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
支行业务尾箱现金查询7307
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
机构[700601] 货币[01]
机构号尾箱号尾箱金额
[ ] [ ] [ ]
[ ] [ ] [ ]
[ ] [ ] [ ]
[ ] [ ] [ ]
要素说明：
该交易由主管作，查询该机构柜员已领用尾箱的现金余额情况
交易成功屏幕回显交易成功，并回显输出要素。
第3章客户管理子系统
3.1.1单位客户开户0101（单位客户号开户）
建立单位客户资料
交易码：0101
输入要素：
证件类型 [ ] ( ) 证件号 [ ]
中文名称 [ ]
英文名称 [ ]
地址 [ ]
开户许可证号 [ ] 营业执照号 [ ]
发证机关 [ ] 发证日期 [ ]
贷款证号 [ ] 贷款证是否年检[ ]
电话号码 [ ] 传真号 [ ] 邮编[ ]
单位性质 [ ]( ) 营业执照是否年检合格[ ]( )
注册资本 [ ] 实收资本 [ ]
注册地址 [ ]
法人代表 [ ] 是否独立法人 [ ] 是否股东 [ ]
会计主管 [ ]
法人身份证[ ] 法人出生日[ ]
法人电话[ ] 财务人员姓名[ ]
财务人生日[ ] 财务人电话[ ]
辅助开户行行名[ ]
辅助户账户[ ]
联系人 [ ] 联系人办公电话[ ]
电子邮件地址 [ ]
业信用等级[ ] ( ) 主管单位客户号 [ ]
主管单位客户名 [ ]
输出要素：
客户号 [ ]
要素说明：
该交易为建立单位客户资料交易
交易成功，屏幕回显该新建单位客户客户号，并提示交易成功
3.1.2私人客户开户0102（私人客户号开户）
建立私人客户资料
交易码：0102
输入要素：
证件类型 [ ] ( ) 证件号 [ ]
中文名称 [ ] 英文名称 [ ]
性别 [ ]( ) 出生日期 [ ]
关系人1姓名[ ] 关系[ ]
出生日期[ ]关系人2姓名[ ] 关系[ ] 出生日期[ ]户籍地址 [ ] 现居地址 [
]
电话 [ ] 传真 [ ] 邮编 [ ]
传呼 [ ] 手机 [ ]
电子邮件地址 [ ]
职业 [ ] 职务 [ ] 职称 [ ]
证件到期日[ ]
输出要素：
客户号 [ ]
要素说明：
该交易为建立私人客户资料交易
交易成功，屏幕回显该新建私人客户客户号，并提示交易成功
3.1.3单位客户开户情况查询0211
根据客户号查询出该客户的中文名、英文名客户地址以及该单位客户的帐号。
交易码：0211
输入要素：
客户号 [ ]
输出要素：
客户号 [ ]
帐号 [ ]
客户中文名 [ ]
客户英文名 [ ]
单位地址 [ ]
要素说明：
符合查询条件的该单位客户的中文名、英文名客户地址以及该单位客户的帐号。
交易成功，屏幕回显该该单位客户开户信息，并提示交易成功
3.1.4私人客户开户情况查询0212
根据客户号查询出该客户的中文名、英文名、户籍所在地、现居住地以及该私人客户的帐号、帐户名、帐户地址。
交易码：0212
输入要素：
客户号 [ ]
输出要素：
客户中文名 [ ]客户英文名 [ ]
户籍所在地 [ ]
现居住地 [ ]
帐号帐户名帐户地址
[ ] [ ] [ ]
要素说明：
符合查询条件的该私人客户的中文名、英文名、户籍所在地、现居住地以及该私人客户的帐号、帐户名、帐户地址。
交易成功，屏幕回显该该私人客户开户信息，并提示交易成功
第4章储蓄业务
4.1储蓄交易的实现
4.1.1〖1011〗储蓄存款（有折现金存款）
●业务功能
本交易由临柜柜员操作，完成储蓄活期存折和零整的存款业务.
●交易画面
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
储蓄业务存款1011
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
帐号[700101-01- - - ] 有折/无折[ ] ( )
姓名[ ]
凭证号[ ] 现金/转帐[0] (现金)
存折余额[ ] 存入金额[ 0.00]
摘要[ ]
输入要素：
输入帐号（效验检查），有折/无折标志、存折号（如果有折）、现金/转帐标志、存入金额、摘要、存折余额（如果有折）
零整户续存时检查金额是否复核规定。上月漏存的可以次月补存，但不得于第三个月补存。发生漏存后如次月未补存则按照漏存处理。
处理流程：
检查对应帐户状态、取帐户帐号、分储种检查对应分户是否支持续存、检查续存金额等是否正确、写后台流水帐、修改分户帐（余额，修改相应存款控制数据），若为无折，需要记未登折项。
|交易返回
屏幕回显（户名、地址、存折余额）、打印存折（如果有折）（发生日期、摘要、币种、发生额、余额、柜员号）
交易成功后可以用9335查询会计流水。
会计分录：
若选择现金：
借：现金
贷：储蓄存款科目（帐号中产品码对应的科目，可以用9300查询得到）
若选择转帐：
贷：储蓄存款科目（帐号中产品码对应的科目）
4.1.2〖1012〗储蓄取款（有折现金取款）
1013储蓄本转（通兑）（储蓄行内转帐）看操作界面
●业务功能
本交易由临柜柜员操作，完成储蓄活期存折、通知存款的取款业务.。
●交易画面
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
储蓄业务取款 1012
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
帐号 [700101-01- - - ] 凭证号 [ ]
存折余额 [ ] 取款金额 [ 0.00]
现金/转帐 [0] (现金)
是否用支付密码 [ ] ( 0-否 1-是 ) 支取方式 [ ] ( ) 印鉴号 [ ] 证件号 [ ]
密码 [ ] 共有人证件号 [ ]
共有人密码 [ ] 凭证日期 [2004/06/20]
支付密码 [ ]
输入：
输入帐号（效验检查）、存折号、现金/转帐标志、金额、支付密码标志、密码（如果要求密码）、支取方式
输入说明：
支取方式：与开户时使用的支取方式一样，在这里会自动弹出。
是否支付密码：对于个人支票户来说的，看客户是否使用了支付密码支付，如果是则用支付密码，不是则用原来的方式支取
共有人处理：如果帐户是共有人，则必须核对共有人支取方式。两个支付方式都正确才给予支付 处理流程：
检查对应帐户状态、取出分户帐户帐号、检查密码、检查存折号合法性、检查取款金额合法性、检查操作标志合法性、计算利息、写流水帐、更新对应分户分户帐。
如果是联名户，必须输入联名户信息，检查之。写后台流水
|交易返回
屏幕回显（户名、帐户余额）、打印存折（发生日期、摘要、币种、发生额、余额、柜员号）
打印存折。
会计分录：
若现金转帐标志为现金：
借：储蓄存款科目（帐号中产品码对应的科目）
贷：现金
现金转帐标志为转帐：
借：储蓄存款科目（帐号中产品码对应的科目）
4.1.3〖1014〗储蓄部分提前支取（部分支取）
●业务功能
本交易由临柜柜员操作，完成储蓄整存整取的部分提支业务。
●交易画面
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
储蓄业务部分支取1014
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━帐号[700101-01- - - ] 存单号[ ]
存单余额[ ] 现金/转帐[0] ( 现金)
取款金额[ 0.00] 新存单号[ ]
支取方式[ ]( ) 证件类型[ ] ( )
印鉴号[ ] 证件号[ ]
密码[ ] 共有人证件号[ ]
共有人密码[ ] 利息清单打印标志[ ] ( )
输入：
输入帐号（效验检查）、存单号、存单余额、现金/转帐标志、取款金额、新存单号、密码（如果要求密码）、利息清单打印标志
共有人处理：如果帐户是共有人，则必须核对共有人支取方式。两个支付方式都正确才给予支付利息清单打印：由用户选择是否打印。
处理流程：
检查对应帐户状态、检查密码、检查存单号合法性、检查部提金额合法性、检查支取标志合法性、销原帐户、写开销户登记簿、计算利息、写流水帐、生成新帐号、写开销户登记簿、写分户帐(新开户的存款期限、开户日期与原帐户相同)、写后台流水
|交易返回
屏幕回显（户名、帐户余额、利息、新帐户帐号）、打印存单。
会计分录：
现金转帐标志为现金：
借：储蓄整存整取科目（帐号中产品码对应的科目）
贷：现金（原存单金额）
借：现金（转新存单部分金额）
贷：储蓄整存整取科目（帐号中产品码对应的科目）
借：利息支出（被支取部分本金的利息）
贷：现金（利息金额－利息税金额）
其他应付款――代扣利息税
借：表外科目――重要空白凭证
以上会计流水可以再交易成功后用9335交易查询。
整存整取定期和活期利息的计算：
（1）定期利息计算：
定期利息＝本金×利率×存期。
本金元一下的尾数不计息。存期按照“算头不算尾”的原则，1年按360天计算，每月按30天计算，不满一个月的零头天数按实存天数计算。利息计至厘位，实际支付时四舍五入至分。
定期存款提前支取则按照活期计息。
定期存款到期后的逾期部分，按照活期计息。
（2）活期利息计算：
活期储蓄利息计算采用积数和法，即以存款余额乘以其实存天数，求出每段余额的计算积数，并加以累加。到结息期或销户时，再以计息积数累计乘以当日的活期日利率。
活期利息＝积数×日利率。
（3）利息税计算：
储蓄存款利息个人所得税税率为20％。根据法律不涉及既往的原则，个人储蓄存款在1999年11月1日前孳生的利息不征税；在1999年11月1日后孳生的利息，依法计征个人所得税。
4.1.4〖1031〗储蓄开户
●业务功能
本交易由临柜柜员操作，完成储蓄活期,定活两便,通知存款,整存整取,零存整取,整存零取等传统业务的开户.
●交易画面
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
储蓄业务开户1031
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
客户号[ ] 证件类型[ ] ( )
客户名[ ] 共有人姓名[ ]
地址[ ]
起息日[2004/06/20] 币种[01] ( 人民币)
储种[ ] ( ) 存期/种类[ ] ( )
开户金额[ ] 现金/转帐[0] (现金)
通兑标志[ ] ( ) 支取方式[ ] ( )
密码[ ] 共有人密码[ ]
印鉴号[ ] 证件号[ ]
存折/存单号[ ] 共有人证件号[ ]
零整性质[ ] ( ) 集体零整人数[ ]
取款/取息周期[ ] ( ) 预约转存期[ ] ( )
自动转息[ ] ( ) 相关帐号[ ]
联系人[ ] 摘要[ ]
输入要素：
是否通存通兑：若选择是则必须要留密码。
证件类型：若输入证件类型则系统自动判断证件类型和证件号的一致性。
是否自动转存：只适合整存整取定期，为到期后是否自动转定期。
零整性质：适用零整，是个人或者集体。
客户号开户：不为必输项，若用客户号开户则自动跳出户名。
共有人处理：若是共有人则必须共有人支取方式。
处理流程：
客户号判断，如果输入客户号，则按客户系统提供的信息开户，否则按输入的信息开户不同的储蓄种类对应不同的存期，活期则没有存期。按客户信息生成对应帐号。打印相应的存折和凭条。
屏幕回显（帐号户名、地址）、、打印凭条、打印存折（户名、开户机构）
会计分录：
现金转帐标志为现金：
贷：现金（原存单金额）
借：储蓄科目（帐号中产品码对应的科目）
借：表外科目――重要空白凭证
4.1.5〖1032〗储蓄销户（储蓄现金销户）
1034通知存款约定取款日期.1035通知存款取消约定看操作界面
●业务功能
本交易由临柜柜员操作，完成储蓄活期,定活两便,通知存款,
整存整取,零存整取,整存零取等储蓄种类的销户.
●交易画面
储蓄业务销户1032
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
帐号[700101-01- - - ]
凭证号[ ] 存折/单余额[ ]
现金/转帐[0] (现金) 支取方式[ ]( )
印鉴号[ ]
证件号[ ]
密码[ ] 共有人证件号[ ]
共有人密码[ ] 利息清单打印标志[ ] ( )
输入：
输入帐号（效验检查）、密码标志、密码（如果要求密码）、存折号、销户金额、写前台流水 自动处理：输入帐号检查后自动跳出余额
处理流程：
检查帐户状态是否合法、检查密码、存折合法性检查、计算利息、写开销户登记簿、登记会计核心帐务、写流水帐、修改分户
|交易返回
屏幕回显（户名、客户号、利息）、打印存折、收回存折
会计分录：
借：储蓄科目（帐号中产品码对应的科目）
贷：现金（余额金额）
借：利息支出
贷：现金（利息金额－利息税金额）
其他应付款――代扣利息税
零存整取、定活两便、整存零取存款的利息计算：
（1）零存整取：
本系统采用月积数法计算零存整取存款利息，月积数法根据存款每月余额计算出月积数，然后乘以月利率计算应付利息。
（2）定活两便：
定活两便利息根据不同存期来计算。存期不足3个月按支取日挂牌公告的活期利率计算；存期3个月以上，按支取日1年期以内定期整存整取同档利率6折计算。
（3）整存零取：
其核算程序同零存整取业务相同，只有利息计算不同。
此储种存款分期支付本金，利息到结清日时支付，本金逐渐递减，计算利息时应计算出本金的平均值，然后计利息。
本金平均值＝（全部本金＋每期支付本金）％2
利息＝本金平均值×支取次数×每次取息间隔月数×月利率
4.1.6〖1061〗储蓄帐户状态修改（储蓄帐户冻结,解冻,挂失,解
挂.）
●业务功能
本交易由临柜柜员操作，通过此交易可以完成交易的状态修改：.
包括冻结,解冻,挂失,解挂.
该交易只有‘口挂’可以在异所办理。
●交易画面
储蓄业务帐户状态修改1061
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━帐号[700101-01- - - ]
状态设置[ ] ( ) 更换标志[ ] ( )
新密码[ ] 新共有人密码[ ]
新印鉴[ ] 新凭证号[ ]
冻结方式[ ] ( ) 冻结金额[ ]
冻结开始日[2004/06/27] 冻结到期日[ ]
冻结人[ ]
冻结原因[ ]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
帐号[ ]
户名[ ]
输入要素说明：
输入帐号（效验检查）、帐户操作标志、更换标志（如果是可换折的操作）、密码标志（如果是操作要求或更换标志要求）、密码（如果要求密码）、新存折号（如果要求换折）
状态设置：
1 - 口头挂失
2 - 口头挂失解挂
3 - 正式挂失
4 - 正式挂失解挂
5 - 密码挂失
6 - 密码挂失解挂
7- 印鉴挂失8 - 印鉴挂失解挂
8-司法冻结 A - 抵押冻结
B - 其它冻结
C - 冻结解冻
更换标志：0：更换1：不更换。当状态设置为4：正式挂失解挂时，这里可以选择是否进行挂失补发。
冻结方式：0：全部冻结，1：部分冻结。
输入要素：户名、地址。
处理流程：
检查帐户状态是否合法；如果是挂失或解挂，检查密码、查询帐户对照表、对帐户和对应表相关标志进行修改；如果是冻结或解冻、查询帐户对照表、对相应帐户修改帐户标识、、写挂冻登记簿
|交易返回
屏幕回显（客户地址、户名）、打印新存折（如果更换存折）
第5章储蓄一本通业务
5.1一本通的基本设计思想
将多个不同储种、币种帐户共存于一个存折中，在一本通存折中，一个基本帐号对应多个存款帐号，所有的帐户都用基本帐号+帐户序号来唯一标识；储种包括活期、定活两便、整存整取、零存整取、教育储蓄(衡阳无)、通知存款（衡阳无）；币种包括多种外币。现采用人民币活期帐户的帐号作为一本通的基本帐号，即一个一本通存折对应唯一一个人民币活期帐号，该帐号在开折时开户，在销折时销户。
一本通存折采用唯一密码，所有的帐户均采用此密码进行交易操作。此密码可以根据储户的意愿选择留或不留，对无密码帐户能否通兑，将由各个自己决定。
存折挂失时，一本通存折中所有帐户同时被挂失，解挂也是一样。对一本通帐户的冻结处理可以冻结部分帐户。
一本通交易除了包括与普通帐户相似的传统交易外，还包括了一本通的一些特色交易。
5.1.1一本通开户1301（一本通存折开户）
本交易主要完成一本通帐户的开户交易。在本交易中，将自动开立出一本通基本帐户。
交易码：1301
输入要素：
储蓄业务一本通存折开户1301
━━━━━━━━━━━━━━━━━━━━━━━━
客户号[ ]
户名[ ]
地址[ ]
存折号[ ] 金额[ 0.00]
是否通兑[1](通存通兑) 证件类型[ ] ( )
支取方式[ ]( ) 证件号[ ]
密码[ ] 是否需要开一本通卡[ ]
开卡卡号[ - - - ]
━━━━━━━━━━━━━━━━━━━━━━━━━━
帐号[ ]
户名[ ]
地址[ ]
证件号[ ]
要素说明：
是否通存通兑：若选择是则必须要留密码。
证件类型：若输入证件类型则系统自动判断证件类型和证件号的一致性。
是否需要开一本通卡：若选择是，则系统可以为客户提供与活期帐号对应的借记卡。
屏幕回显（一本通帐号、户名、地址）、、打印凭条、打印一本通存折（基本帐号、户名、开户机构）
5.1.2一本通开存1302(定期、定活、零整、教育储蓄、通知存
款分户存款)
本交易实现对一本通各下设分户的开户交易（本交易登记开销）。在本交易中需对各种储种的开户金额进行控制。（注意，由于一个一本通帐户中只可以存在一个人民币活期帐户，因此，本交易中不能开设人民币普通活期。）
交易码：1302
输入要素：
储蓄业务一本通开存1302
━━━━━━━━━━━━━━━━━━━━━━━━━━
一本通帐号[700202-01-011- - ]
储种[ ]( ) 币种[01](人民币)
存期[ ]( ) 现金/转帐[0](现金)
开户金额[ 0.00]
存折号[ ]
━━━━━━━━━━━━━━━━━━━━━━━━━━
客户名[ ] 客户号[ ]
帐户帐号[ ] 帐户序号[ ]
利率[ ]
月支取额[ ] 月存入额[ ]
起息日[ ] 到期日[ ]
到期利息[ ]
要素说明：
储种：目前包括整存整取、定活两变、零存整取。另外还支持教育储蓄和通知存款。
存期：根据储种不同，系统将提供不同的菜单选择。
输出要素：户名、客户号、帐号、帐户序号、利率、每月支取（存入）额、起息日、到期日、到期利息
处理流程：
输入一本通基本帐号（效验检查）、输入储种（检查对应储种是否允许开设一本通分户）、输入币种、存期（如果储种是定期、存本取息、零存整取）、现金/转帐标志、开户金额、一本通存折号，写前台流水帐
|交易上送
生成帐户帐号（根据机构号、币种、储种、储种顺序号、效验位）、写后台流水帐、记分户帐（密码、户名、地址、凭证号、证件号从基本帐户中取得）、金额。如果是定期存款还有登记存期、利率（从利率表中取出）、到期日、月取金额、月存金额）。查基本帐户分户帐，生成帐户序号、
写一本通帐户对照表（基本帐号、帐户序号、帐户帐号、帐户标志）、写开销户登记簿、记会计核心帐务、
返回内部分户帐号、一本通序号、利率、打印页次行次（从基本帐户中取得、同时修改页次行次）、每月支取/存入金额（如果储种是存本、零整）、到期利息
|交易返回
屏幕回显（客户名、客户号、帐户帐号、帐户序号、利率、月支取额（储种是存本取息）、月存金额（储种是零存整取）、起息日、到期日、到期利息（储种是定期整整、存本取息、零存整取））、打印凭条、打印存折（帐户序号、发生日期、摘要、币种、起息日、存期、利率、发生额、余额、柜员号）
5.1.3一本通存款1303（一本通活期有折现金存款）
本交易用于一本通下所有可续存帐户的存款（本交易不登记开销）。主要包括对活期帐户、零整帐户的存款。
交易码：1303
输入要素：
储蓄业务一本通存款1303
━━━━━━━━━━━━━━━━━━━━━━━━━━
一本通帐号[700202-01-011- - ] 帐户序号[H001]
有折/无折[ ]( )
现金/转帐[0](现金) 存折号[ ]
存入金额[ 0.00]
摘要[ ]
户名[ ] 存折余额[ ]
━━━━━━━━━━━━━━━━━━━━━━━━━━
交易后余额[ ]
户名[ ]
地址[ ]
输出要素：户名、地址、分户余额
处理流程：
输入一本通基本帐号（效验检查）、帐户序号、有折/无折标志、存折号（如果有折）、现金/转帐标志、存入金额、摘要、存折余额（如果有折），写前台流水
|交易上送
检查对应基本帐户状态、查一本通帐户对照表、取帐户帐号、分储种检查对应分户是否支持续存、检查续存金额等是否正确、写后台流水帐、修改分户帐（余额，修改相应存款控制数据、基本帐户分户帐中相关的打印控制数据），若为无折，需要记未登折项。
|交易返回
屏幕回显（户名、地址、存折余额）、打印存折（如果有折）（帐户序号、发生日期、摘要、币种、起息日、存期、利率、发生额、余额、柜员号）
5.1.4一本通取款1304（一本通转帐）
本交易用于一本通下所有可取款帐户的存款（本交易不登记开销）。主要包括对活期帐户的取款。
交易码：1304
输入要素：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
储蓄业务一本通取款(本转) 1304
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
一本通帐号[700202-01-011- - ] 帐户序号[H001]
存折号[ ] 存折余额[ ]
取款金额[ 0.00]
现金/转帐[0](现金) 支取方式[ ]( )
密码[ ]
证件号[ ]
活期不够是否获得贷款[0] ( 0-否；1-是)
收款方账号[ -01- ]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
客户姓名[ ]
客户地址[ ]
应取金额[ ]
付款方余额[ ]
收款方余额[ ]
输出要素：户名、客户地址户余额、支取金额
处理流程：
如果取款金额<活期余额+帐户最低保留金额（目前为1元），则支取活期存款，会计分录：借：活期存款
贷：现金（选择现金时）/收款方（如果输入收款方账号）
注：收款方账号支持对公，储蓄，内部帐。
如果取款金额>活期余额，按照入下规则处理：
1)如果客户没有签定相关协议，或者协议中“活期余额不够是否支取其他储种”选
择否，则系统提示：余额不足。
2)首先支取一本通里面的定活两便存款。
3)若支取定活两便存款后余额还不够，且客户一本通协议中“是否提供存单质押贷款”
选择是并且客户要求贷款，自动质押账户下的整存整取储蓄存款，以获得差额资金
（=取款金额—个人结算户实际资金余额—1.00并且贷款金额是100的整数倍）贷
款，若获得的贷款仍不足支取，则系统提示：余额不足。
4)若客户一本通协议中“是否提供存单质押贷款”选择否，按→定活两便→整存整取
的先后顺序（对于同一储种则按照时间顺序），以此将其转为活期存款，直到足够
支取为止。
卷号： 卷内编号： 银行模拟储蓄系统 详细设计说明书 项目承担部门：软件测试062工作组 撰写人（签名）：祝胜康 完成日期：2008-4-9 本文档使用部门：■主管领导■项目组■客户（市场） ■维护人员■用户 文档验交组（签名）： 验交日期： 评审负责人（签名）：
评审日期
1 引言 编写目的 (2) 背景 (2) 定义 (2) 参考资料 (2) 2程序系统的结构 (2) 3 界面设计流程………………………………………………………………………………….. 4 主界面设计说明……………………………………………………………………………… 主界面设计规则………………………………………………………………………… 主界面实现过程………………………………………………………………………… 模块详细设计说明表…………………………………………………………… 窗口对象说明表………………………………………………………………… 5 储户界面设计说明…………………………………………………………………………… 储户界面设计规则……………………………………………………………………… 储户界面实现过程……………………………………………………………………… 模块详细设计说明表…………………………………………………………… 窗口对象说明表………………………………………………………………… 6 职员界面设计说明……………………………………………………………………………. 职员界面设计规则………………………………………………………………………
职员界面实现过程……………………………………………………………………… 模块详细设计说明表…………………………………………………………… 窗口对象说明表………………………………………………………………… 7 管理员界面设计说明………………………………………………………………………….. 管理员界面设计规则…………………………………………………………………… 管理员界面实现过程…………………………………………………………………… 模块详细设计说明表…………………………………………………………… 窗口对象说明表………………………………………………………………… 8 储户界面下的子界面设计说明……………………………………………………………….. 余额查询界面设计规则……………………………………………………………….. 余额查询界面设计规则……………………………………………………….. 余额查询界面实现过程……………………………………………………….. 模块详细设计说明表…………………………………………………… 窗口对象说明表……………………………………………………….. 取款界面设计说明…………………………………………………………….. 取款界面设计规则…………………………………………………………….. 取款界面实现过程…………………………………………………………….. 模块详细设计说明表………………………………………………… 窗口对象说明表……………………………………………………….
银行计算机储蓄系统 题目：银行帐户管理，储蓄业务管理处理系统 班级：计算机科学与技术（3）班设计者：易华丽 1 引言 1.1 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。 1.3定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而
燕山大学三级项目设计说明书 题目：银行储蓄管理系统 学院（系）：信息学院 年级专业：教育技术学15—1 学号： 学生姓名：付叶禹 郑凯峰 李文悦 王宇晨 李晓晗 指导教师：梁顺攀 教师职称：副教授 燕山大学三级项目设计（论文）任务书 院（系）：信息学院教学单位：
说明：此表一式四份，学生、指导教师、基层教学单位、系部各一份。 年月日燕山大三级项目设计评审意见表
摘要 论文阐述的是在SQL server 2008开发环境下对银行储蓄管理系统的设计。希望通过该系统的应用，能促使银行储蓄管理工作的规范化、标准化和自动化，提高管理水平和管理效率，为管理工作提供更完善的信息服务和一个成功的信息管理系统。数据库是一个非常重要的条件和关键技术，管理系统所涉及的数据库设计分为：数据库需求分析、概念设计、逻辑设计过程。 本论文叙述了数据库设计的全过程。 主要分为： 1. 系统需求分析与功能设计阶段，包括功能需求、性能需求、数据需求、系统功能框图、系统总体数据流图及分模块数据流图、数据字典。 2. 总体设计阶段，包括系统总体功能模块图、功能模块描述、输入输出及统计查询等功能模块。 3. 概念设计阶段，包括系统各个模块的ER图及系统的总ER图。 4．逻辑结构设计阶段，包括系统各个模块的ER图所转化的关系模式。 关键词：数据库设计；管理系统； SQL server 2008；
目录 摘要...................................................... 1 绪论................................... 错误!未定义书签。1.1项目背景............................. 错误!未定义书签。1.1编写目的............................. 错误!未定义书签。1.1软件定义............................. 错误!未定义书签。 1.1开发环境............................. 错误!未定义书签。 2 系统需求分析 (2) 2.1信息与功能需求 (2) 2.2业务处理需求 (2) 2.3数据流图 (3) (3) (4) 2.4安全性与完整性要求 (8) 2.5数据字典 (8) 2.5.1储户基本信息表 (8)
1.引言 1.1 项目背景 项目说明:随着社会经济的发展，以及数字生活的逐步渗透，如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今银行储蓄系统工作效率比较低，越来越不能满足广大人民群众的需求，人们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统 1.2 项目目标 (1).处理速度的提高及准确度的保证； (2).人员利用率的改进及合理调度。 (3).改进管理和服务; 2.运行环境 1)客户端 操作系统：Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器：IE 7.0以上，Firefox3.5以上，chrome 6以上。 2)服务器端 操作系统：Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器：IE 7.0以上，Firefox3.5以上，chrome 6以上。 3)数据库 操作系统：Windows 7 数据库系统：Mysql 5.0及更新版本
3.性能需求 1)客户端一般相应时间不超过1秒。 2)报表统计时间不超过30秒。 4.安全性需求 1)对数据的访问设置权限，以保证用户个人信息的保密性。 2)对用户输入的密码进行单向加密，以防止密码泄露造成经济损失。 3)保证用户进行的业务执行正确和安全。 5.外部接口需求 用户接口 本系统采用B/S架构，所有界面使用WEB风格，用户界面的具体细节将在概要设计文档中描述。 6. 银行系统业务流程图
软件工程实验报告 实验名称：银行计算机储蓄系统专业：计算机科学与技术班级：13级4班 学号：1376807439 姓名：赵杉杉 指导老师：任国印
目录 一、项目背景 (3) 二、项目进度 (4) 三、项目资源管理 (5) 四、风险管理分析 (6) 五、项目后期管理 (7)
一、项目背景 随着社会经济的发展，银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。计算机及网络技术飞速发展，计算机应用在全球范围内日益普及，而社会也正快速向信息化社会前进，信息系统的作用也越来越大。因此，纸质作为存储数据的介质已经不能适应时代大道发展。 加上现如今，纯人工操作银行存取款业务已经不太现实，其一，业务需求的增加需要消耗大量人力物力资源；其二，业务精确度要求极高，复杂化导致人工处理方式出错率增加，甚至会造成不可挽回的损失。从而引起储户不满。一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。 计算机银行储蓄管理软件的确要作用是针对于各类银行中的储蓄业务进行有效管理。银行储蓄是我们现实生活中的常见活动。就储蓄业务而言，无论是国外还是国内，也无论是哪家银行，虽然所开展的业务种类稍有不同，利息的计算也存在差异，但储蓄的本质是完全相同的。现在的银行储蓄系统工作效率低，不能满足广大人发群众的需要，人们希望能更方便省时地办理储蓄业务。 现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的算机储蓄系统。为解决此问题，拟为其开发计算机储蓄系统。所以
《数据库系统原理》 课程设计 2011年12月31日
目录 一、概述------------------------------------------------- 3 1.1 课程设计的目的---------------------------------------------- 3 1.2 课程设计的内容---------------------------------------------- 3 1.3 课程设计的要求---------------------------------------------- 3 二、需求分析--------------------------------------------- 3 2.1 系统需求---------------------------------------------------- 3 2.2 数据字典---------------------------------------------------- 3 三、系统总体设计----------------------------------------- 3 3.1系统总体设计思路--------------------------------------------- 3 3.2 概念模型设计----------------------------------------- 3 3.2.1 局部E-R图------------------------------------------------ 3 3.2.2 全局E-R图------------------------------------------------ 3 3.3 逻辑结构设计------------------------------------------------ 3 3.4 数据库建立实施--------------------------------------- 3 3.4.1 建立数据库------------------------------------------------ 3 3.4.2 建立关系表------------------------------------------------ 3 四、系统实现--------------------------------------------- 3 五、系统评价--------------------------------------------- 3 六、课程设计心得、总结----------------------------------- 3参考文献：----------------------------------------------- 3致谢--------------------------------------------------- 3附录--------------------------------------------------- 3
银行储蓄系统 可行性分析报告 1 引言 1.1 编写目的 经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，不能满足广大人民群众的要，人们希望能更方便更省时地办理储蓄业务。在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。 1.３参考资料 《软件工程导论（第四版）》张海藩编着清华大学出版社出版 《软件工程》任胜兵邢琳编着北京邮电大学出版社 2 可行性研究的前提 2.1 基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。 如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。 2.1.2 性能要求
为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，也要有足够大由于要存贮大量的数据和信息，所以要求很高的信息量速度和大的主存容量； 的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。 2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。 2.1.5 输出要求 要求快速准确地打印出存款或取款清单给客户。 2.2 开发目标 近期目标： 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。 长期目标： 希望在三至四年内，在国内银行中建立该计算机储蓄系统，促进银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，给储蓄用户带来方便和益处，从而提高银行的信用度，提高银行公司的经济效益和社会效益。 2.3 限制条件 2.3.1 开发时间（只限于近期目标）预定为半年 2.3.2 运行环境 Windows xp 及以上操作系统、数据库：Microsoft SQL Server 2000 2.3.3 使用寿命该系统至少使用四年以上。 2.3.4进行可行性研究的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家以及银行经理交谈，落实最后的问题定义。 3 对现有系统的分析 当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高，以至客户等待办理手续过长感到不耐烦，降低了银行效率。 3.1 当前系统的处理流程和数据流程（系统流程图） 储户取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户： 图流程系统
银行储蓄管理项目 投 标 书 技术标书 （WZCG6-03） 海口市XX高科技有限公司 2011年3月1日
银行储蓄管理项目投标书 致XXX公司 1、经研究“银行储蓄管理项目”建设招标后，我们愿意按人民币 ￥701,元（大写: 七拾万壹仟七百四十五元整）的投标总价完成我们投标文件所报的全部工作内容，以此作为本工程的结算依据，并遵守招标文件的要求承担本合同工程的实施、完成及其缺陷修复工作。 2、一旦我方中标，我方将保证按合同协议书中规定的工期，在3 个月内完成全部工程，并保证工程质量优良。 3、我们同意在规定的开标之日起30天的投标文件有效期内，严 格遵守本投标涵的各项承诺。在此期显届满之前，本投标涵始终将对我方具有约束力，并随时接受中标。 4、在合同协议书正式签署生效之前，本投标函连同你单位的中标 通知书将构成我们双方之间共同遵守的条件，对双方具有约束力。 5、如果我们在本投标文件有效期内撤回投标文件，或在受到中标 通知书后的7天内未能或拒绝签定合同协议书，则视为自动放弃。 6、如我单位中标，我们承担在招标文件规定的时间内，以招标文 件规定的方式和项目额度提供具体化项目实施方案，以最快的方式出台项目解决方案。 投标公司：（盖章） 法定代表人或其授权委托人： (签字或盖章)时间：
法定代表人身份证明 单位名称： 单位性质：有限责任公司 办公地址：海口市龙昆南路100号成立时间：一九九三年十一月一日经营期限： 17年 姓名： 性别： 年龄： 职务： 系的法定代表人。 特此证明。 投标公司： 时间：
法定代表人授权委托书 投标公司： 法定代表人：（签字或盖章） 被授权委托人：（签字或盖章） 时间： 目录 第一部分公司实力 ....................................... 错误!未定义书签。
国际经济与贸易专业 国际金融方向 商业银行综合业务银行信贷业务实训报告 班级：金融八班 学号：B11090723 姓名：雷博 实习时间：2013-11-25——2013-12-6 指导教师：刘芳谢丽辉赵雅坦刘品
一、实验目的：为了更好地掌握商业银行和信贷业务的基本操作流程，把所学的知识应用到现实生活中去，加强理论与实践的有效结合，更加深刻理解所学知识，增加和拓展知识面。 二、实验内容 1、凭证种类及使用 程序下的凭证种类包括储蓄存折、储蓄存单、一本通存折、一卡通。可以用储蓄存折的储种包括：活期、零整、通知存款、教育储蓄和存本取息。 整存整取和定活两便都使用储蓄存单。 2、凭证领用 管理部门必须将凭证的起使号码位输入中心机房的管理机内，并进行分配操作，将凭证分配到各支行管理机内。同样，支行凭证管理员也要将凭证的起始号码有计划的分配到各网点的库钱箱里，网点凭证负责人在前台机器交易界面选择库钱箱凭证领用交易领入凭证到库钱箱，柜员用凭证出库交易领入凭证。 3、钱箱管理 系统对网点设立库钱箱和柜员钱箱。库钱箱由中心机房建立，柜员钱箱在柜员第一次登录系统注册时柜员钱箱号不输（此时此柜员钱箱不存在），要柜员注册系统做增加柜员钱箱后柜员才生成钱箱号。在柜员钱箱生成后不能办理现金业务，需退出系统重新注册系统（此时此要输入柜员钱箱号）后才能办理现金业务。库钱箱本网点所有柜员都可使用，柜员钱箱只许本柜员使用，如果一个柜员不注册钱箱，则只能做转账业务而不能做现金业务。 4、日常操作流程 开机后，进入登录界面，输入柜员号、密码，系统校验成功后进入主界面。进入主界面，屏幕右端显示系统日期、柜员号、钱箱号。 系统采用菜单结构与交易码并行的方式。办理业务可以从机器主界面到子界面一层层进入，了解到每一项业务的主菜单和子菜单。 日终轧帐包括柜员钱箱轧帐、柜员轧帐、网点轧帐三项内容。 （1）柜员钱箱轧帐打印出“柜员钱箱轧帐单”，包括当日该柜员现金、凭证的领用、上缴、入库、出库及余额数，利用钱箱轧帐可以查询现金及凭证数。（2）需要注意的是柜员轧帐后不可以再进行业务操作，如果尚有业务需要处理，必须进行柜员平帐解除，才可以继续做业务。网点轧帐后不可以再进行本网点的业务操作。如果尚有业务需要处理，必须由市行中心机房解锁，再做柜员平帐解除，才可以继续做业务。网点轧帐必须在所有柜员均做完柜员轧帐后才可以操作。银行系统：个人业务操作 1、活期储蓄 （1）普通活期开户：3294—3050—3055
银行储蓄系统需求分析报告 1．引言 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 项目背景 软件名称：银行储蓄系统 委托单位：银行 定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的 参考资料 《精通C#数据库开发》王华杰等清华大学出版社 2004年出版 《软件工程——原理，方法与应用》吴钦藩编着人民交通出版社出版 《软件工程导论（第四版）》张海藩编着清华大学出版社出版2．任务概述 目标 完善目前银行储蓄系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力 运行环境 操作系统：Microsoft Windows 2000 Advanced Server
支持环境：IIS 数据库：Microsoft SQL Server 2000 条件与限制 硬件配置要求：硬件外部设备需奔腾133以上的pc机，内存需16兆以上软件要求操作人员具有初步的相关知识 由于本系统为即时软件，对数据的同步要求较高，建议配置网络时使用可靠性较高的相关网络硬件设施。 银行以记时器记时完毕触发利息结算；对用户取款额未做上限约束；各间银行采用集中控制。 有效证件仅为身份证，牵涉到开户、撤户、挂失、取款时客户必须提供身份证号；存款及余额查询时不需提供身份证号。 不考虑系统的运行平台可能会出现的硬件故障。 3．数据描述 静态数据 包括系统登录密码,各数据库所在位置,系统分析原始数据。 动态数据 输入数据： 姓名，年龄，性别，身份证号，地址，帐号，密码 输出数据： 姓名，年龄，性别，身份证号，地址，帐号，密码，交易金额，余额，交易时间，交易号码 数据库介绍 采用JDBC技术连接使用SQL SERVER 2000 来设计数据库。 数据库名称：Bank 其中有六张表，它们是： Depositor (IDCode, IDCard, DName, Sex, Age, Address) 其中IDCode为系统自动赋值，IDCard为主键，是用户的身份证号码，DName表示姓名； CreditCard (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值，Number为主键，是信用卡的卡号；Account (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值，Number为主键，是存折的帐号；ExchangeRate (rateName, rateValue) 该表存储汇率值 IntrestRate(rateName, rateValue) 该表存储利率值
数 据 结 构 实 验 报 告 实验3：银行业务模拟系统姓名：范亚平 年级：2010级 学号：1008114061 专业：计算机科学与技术专业（1）班
数据结构实验报告 一、实验目的： 1）通过实验掌握对离散事件模拟的认识； 2）进一步理解队列的实现与应用； 3）对链表的操作有更深层次的理解； 二、实验条件： 学院提供公共机房，1台/学生微型计算机。 三、实验要求： 1问题描述： 假设某银行有四个窗口对外接待客户，从早晨银行开门起不断有客户进入银行。由于每个窗口在某个时刻只能接待一个客户，因此在客户人数众多时需在每个窗口前顺次排队，对于刚进入银行的客户，如果某个窗口的业务员正空闲，则可上前办理业务，反之，若四个窗口均有客户所占，他便会排在人数最少的队伍后面。现在需要编制程序以模拟银行的这种业务活动并计算一天中客户在银行逗留的平均时间。 2．一个完整的系统应具有以下功能： 1）初始化（OpenForDay），模拟银行开门时各数据结构的状态。 2事件驱动（EventDrived）, 对客户到达和离开事件做相应处理。 3下班处理（CloseForDay）, 模拟银行关门时的动作，统计客户平均逗留时间。 [备注]： 假设银行开门的时刻（间）设为0 , 银行每天营业的时间在程序运行时输入（例如480分钟）。 每个客户办理业务的时间不超过30分钟，两个相邻客户到达银行的时间间隔不超过5分钟要求程序执行时，只要给出银行每天的营业时间即可输出客户平均逗留的时间。四、总的设计思想： 为了计算这个平均的逗留时间，自然需要知道每个客户到达银行和离开银行这两个时刻，后者减去前者即为每个客户在银行的逗留时间。所有客户逗留时间的总和被一天内进入银行的客户数除便是所求的平均时间。称客户到达银行和离开银行这两个时间发生的事情为“事件”，则整个模拟程序将按事件的先后顺序进行处理。这样一种程序称做事件驱动模拟。下面是上述银行客户的离散事件驱动的模拟算法。 void Bank_Simulation( int CloseTime ){ // OpenForDay ( ); //初始化,模拟银行开门时各数据结构的状态。 while(有要处理的事件时) //有事件可处理 { EventDrived ; //事件驱动，从事件表中取出事件en； //根据en的类型（客户到达事件或客户离开事件）做相应的处理
GB 8567- 银行储蓄管理系统 概要设计说明书 撰写人: 施靖豆健美雷明昊王新尧 审核人: 施靖 日期: -4-6
目录 1引言.................................... 错误!未定义书签。 1.1编写目的............................ 错误!未定义书签。 1.2背景................................ 错误!未定义书签。 1.3定义................................ 错误!未定义书签。 1.4参考资料............................ 错误!未定义书签。2总体设计................................ 错误!未定义书签。 2.1需求规定............................ 错误!未定义书签。 2.2运行环境............................ 错误!未定义书签。 2.3基本设计概念和处理流程.............. 错误!未定义书签。 2.4结构................................ 错误!未定义书签。 2.5功能需求与程序的关系................ 错误!未定义书签。 2.6人工处理过程........................ 错误!未定义书签。 2.7尚未问决的问题...................... 错误!未定义书签。3接口设计................................ 错误!未定义书签。 3.1用户接口............................ 错误!未定义书签。 3.2外部接口............................ 错误!未定义书签。 3.3内部接口............................ 错误!未定义书签。4运行设计................................ 错误!未定义书签。 4.1运行模块组合........................ 错误!未定义书签。 4.2运行控制............................ 错误!未定义书签。 4.3运行时间............................ 错误!未定义书签。
一、课程设计的目的和要求 1．1设计目标 运用数据库设计理论设计一个较完善有意义的数据库。 掌握目前流行的数据库管理系统Microsoft SqlServer 2000的使用与应用开发技术。 为数据库开发相应的应用程序，构成完整的数据库应用系统。 将设计在数据库管理系统上Oracle等一个或组合实现，开发工具可以选用VB、VC、java、html或其他程序设计语言。 1.2基本要求 采用面向对象的方法开发，按照软件工程课程中讲的有关数据库及其应用系统设计章节的内容，进行分析和设计，并按照面向对象的设计流程给出相应的分析设计文档。分析文档中应涉及到以下几个基本方面：需求分析与表达（oo分析，需求建模）、oo模型与关系模型的转换（映射方案、数据库结构、建库的sql语句）、完整性考虑（完整性约束、存储过程或触发器）、并发控制（数据并发问题，可加锁）、安全性考虑（数据库安全机制）、数据库备份与恢复、系统体系结构（c/s、b/s）、用户接口设计（操作界面设计）、程序功能设计、关键源程序等等。 1.3课题选择 银行储蓄管理系统 二、银行储蓄可行性分析
2.1基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。 如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户 2.1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。 2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。 2.1.5 输出要求 要求快速准确地打印出存款或取款清单给客户。 2.2开发目标 近期目标： 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。 长期目标： 希望在三至四年内，在国内银行中建立该计算机储蓄系统，促进银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的
精心整理软 银行储蓄管理系统 可行性分析 目录
一、引言 1.1 编写目的 经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，不能满足广大人民群众的要，人们希望能更方便更省时地办理储蓄业务。 在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。 1.3 参考资料 ·《软件工程导论（第五版）》张海藩编着清华大学出版社出版 ·《软件工程》任胜兵邢琳编着北京邮电大学出版社 二、可行性研究的前提 2.1 基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。 如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户 2.1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量； 由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。
2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。 2.1.5 输出要求 要求快速准确地打印出存款或取款清单给客户。 2.2 开发目标 近期目标： 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。 长期目标： 希望在三至四年内，在国内银行中建立该计算机储蓄系统，促进银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，给储蓄用户带来方便和益处，从而提高银行的信用度，提高银行公司的经济效益和社会效益。 2.3 限制条件 2.3.1 开发时间 ( 只限于近期目标 ) 预定为半年。 2.3.2 运行环境 Windowsxp 及以上操作系统、数据库：MicrosoftSQLServer2000。MicrosoftVisualBasic6.0中文版. 2.3.3 使用寿命 该系统至少使用四年以上。 2.3.4 进行可行性研究的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈
创建一个类，对银行的一般业务进行处理。 包括：开通帐户、存钱、取钱、销户、查询等功能！ # include"iostream.h" # include"malloc.h" # include"string.h" # include"stdlib.h" # include"time.h" # include"windows.h" typedef struct node { char name[20];//姓名 char mima[10];//密码 int money;//金额 int zhanghao;//账号 struct node *next; }people; class bank { private: people *p; public: bank() { p=(people *)malloc(sizeof(people)); p->next=NULL; } void kaihu(); //开户 void cun();//存钱 void qu();//取钱
void xiaohu();//销户 void chaxun();//查询 void mulu(); void xuanzhe(); }; void bank::kaihu() { system("cls"); cout<<"\t\t\t开户"<
课程设计报告书 课程名称：《数据库系统原理》课程设计 题目：银行储蓄系统数据库设计 系名：信息工程系 专业班级： 2012年 6 月 29日
课程设计任务书 设计题目：银行储蓄管理系统数据库设计 初始条件： 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务： 要求学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的银行储蓄管理系统，进行数据库系统的需求分析，概念结构设计、逻辑结构设计、物理结构设计，数据录入及测试等，完成题目要求的功能。 主要任务： 用户有以下需求：建立读者档案；建立图书档案，建立书目索引；完成日常图书检索、借还工作，对读者档案、图书档案、借还系统的访问，必需进行身份验证。具体要求如下：1．存折信息 数据包括：存折的基本信息包括：户名、帐号、开户银行名称、开户日期、取款密码等。2．账户存取明细 数据包括：日期、摘要（现存、现支、转存、利息）、交易金额、余额、操作柜员编号。 3．检索系统 能根据户名、账号、交易日期、金额等进行查询。 4．取款 输入账号和密码后，能根据密码判断用户是否合法，能判断取款金额是否超过了账户余额，如果取款金额合法，就对该账号的余额信息进行更新。 5、存款 输入账号和存款金额后，能更新该账号的余额。 6、转账 输入账号和密码后，能根据密码判断用户是否合法，然后再输入对方的转账账户，并判断对方的转账账户是否合法，如果合法，再输入转账的金额，并能判断转账金额是否超过了账户余额，如果转账金额合法，就对该账号的余额信息以及对方的账户余额信息进行更新。 设计报告撰写格式要求： 要求层次清楚、整洁规范、不得相互抄袭，凡正文内容有整段完全相同者一律以抄袭论处。设计报告正文字数不少于0.2万字（不包括附录） 第1级（章）题序和题名用黑体三号字， 第2级（目）题序和题名用黑体小四号字， 第3级（条）题序和题名用黑体小四号字， 正文内容用宋体五号字(英文用新罗马体)，多倍行距1.25。 报告内容一律使用A4打印纸计算机打印，页码在页下居中标明。必须使用国家公布的
银行储蓄管理系统需求分析报告 学校：河北科技师范学院 院系：数学与信息学院 班级：科技0901班 学号：XXXXXX 姓名：薛润霞
目录 1.引言……………………………………………………………………………… 1.1编写目的……………………………………………………………………… 1.2背景…………………………………………………………………………… 1.3定义…………………………………………………………………………… 1.4参考资料……………………………………………………………………… 2. 任务概述…………………………………………………………………………… 目标…………………………………………………………………………… 系统角色分析………………………………………………………………… 假定和约束…………………………………………………………………… 系统基本业务流程图…………………………………………………………3. 需求规定………………………………………………………………………… 对功能的规定………………………………………………………………… 对性能的规定………………………………………………………………… 精度…………………………………………………………………………… 时间特性要求………………………………………………………………… 灵活性………………………………………………………………………… 磁盘容量和主存容量………………………………………………………… 可扩展性……………………………………………………………………… 输入输出要求………………………………………………………………… 数据管理能力要求…………………………………………………………… 故障处理要求………………………………………………………………… 其他专门要求…………………………………………………………………4. 运行环境规定……………………………………………………………………