3.1.1功能结构设计
经过对系统的需求分析,将整个系统分为6部分:银行客户管理模块、用户存款模块、用户取款模块、用户模块、账户明细模块、用户管理模块。具本的功能模块设计如图3-1所示:
图3-1系统功能模块图
3.1.2系统功能模块描述
本系统由6个模块构成,下面将描述各个模块的功能。
1、银行用户信息模块:主要完成银行客户的管理功能,包括银行客户开户,删除及查询等。用户在开户时需要输入用户的相关信息,主要包括银行卡号,用户姓名,密码,地址,电话,身份证号等信息。可以删除银行用户,也可以进行查询。
2、用户存款模块:完成用户存款的功能,可以按卡号进行搜索,查找到该用户后,进行存款操作,输入存款金额,可以查看存款的名细。
3、用户取款模块:完成用户的取款功能,可以按卡号查找用户,找到用户后,输入取款金额,系统首先判断用户的余额是否充足,如果充足,则完成用户的取款操作。如果余额不足会有相应的提示。
4、用户还款模块:完成客户的管理及还款的管理。用户可以从银行进行,还可以分期还款,本模块完成用户和还款的管理,用户可以查询明细和还款明细信息。
5、帐户明细管理:查询所有用户的交易明细,交易明细信息主要包括交易类型、交易流水号、银行卡号、交易日期、交易金额等。
6、操作员管理,完成银行员工的管理,可以添加或删除操作员的信息。
3.2 系统主窗体的设计
3.2.1 创建系统的主窗体
本系统采用B/S模式设计,整体采用框架结构。本系统的主窗体中设计系统的菜单,用户可以根据这些菜单,来完成各种操作。在窗口的左侧列出的用户的操作项目。系统的主窗体设计如图3-2所示:
图3-2 系统的主窗体设计
3.2.2创建主窗体的菜单
在本系统中,用户的菜单集中在主窗体的左侧,每个功能项目都对应系统的一个链接。菜单的设计对应的磁盘文件为left1.jsp。主菜单的设计如图3-3所示:
图3-3 系统主菜单设计
3.3功能模块的设计
3.3.1操作员登录窗体
本系统的使用用户主要是面向银行的职工的,由于系统的数据要求很高的安全性,所以对使用用户进行身份验证是十分必要的。本系统,在登录时,首先需要验证用户的身份是否合法。如果合法,则进入相应的管理页面,如果不合法,则会有相应的提作。本系统的用户分为两类,管理员和普通员工,管理员具有系统的全部权限,可以添加删除普通员工的信息,普通员工可以进行银行相应的业务的操作。系统的登录窗口对应的磁盘文件为login.jsp,窗口设计如图3-4所示:
图3-4 操作员登录界面
3.3.2添加用户窗体
以管理员的身份登录后,可以添加普通操作员。普通操作员的信息包括用户和密码,输入相应的信息后,点击确定按钮进行提交。添加用户窗体对应的磁盘文件为addry.jsp 。添加用户窗体的界面设计如图3-5所示:
图3-5 添加用户窗口
3.3.3修改用户密码窗体
为了使系统的安全性更高,系统要求操作员定期的更换自己的登录密码,以保证系统的安全,用户修改密码时需要输入系统的原始密码,并输入系统的新密码,验证成功后,即可以登录成功。修改用户密码的界面设计如图3-6所示:
图3-6 修改用户密码窗口
3.4银行业务模块的设计
3.4.1存款业务窗体
存款业务窗口,是本系统的主要功能之一。完成客户存款的操作过程。首先打开存款管理界面,在该界面中显示所有用户的信息,操作员首先根据客户的卡号,进行查找,找到相应的记录后,点击存款进行存款操作。存款业务管理窗口对应的磁盘文件为cqmanager.jsp。存款管理界面设计如图3-7所示:
图3-7 存款管理窗口
在以上窗口中,当操作员选择了某一用户,点击“存款”时将调出用户存款的窗口,在存款窗口中,操作员输入存入金额,用户将完成存款的操作。存款窗口的界面设计如图3-8所示:
图3-8存款窗口
3.4.2取款业务窗体
用户取款业务也是银行的主要业务之一,完成客户口的取款操作。操作过程与存款的相似,首先打开取款业务窗口,可以根据卡号查询某一个用户,当选中某个用户,点击取款时,将调出取款业务窗口,操作员输入要取款的金额,当点击确定按钮时,系统首先判断客户余额是否充足,如果充足,则完成取款操作。取款业务窗口设计如图3-9所示:
图3-9 取款业务窗口
3.4.3业务窗体
业务窗口,完成银行业务的管理操作。用户可以从银行,也可以进行还款操作。业务窗口对应的磁盘文件为dkmanager.jsp。本窗口可以完成代款,还款,查看明细等一系列操作。业务窗体的设计如图3-9所示:
图3-9 业务窗口
3.5用户信息管理模块的设计
3.5.1添加用户信息窗体
添加用户管理模块,完成银行用户的开户功能,只要办理银行业务,首先需要客户进行开户,在开户时,需要个人的相关信息后,点击“注册”按钮,完成用户的添加功能,添加用户窗体的设计如图3-10所示:
图3-10 添加用户窗口
3.5.2删除用户信息
删除用户账号信息,完成删除某个银行客户的功能,操作员可以按条件进行查询,当查询到某条记录后,点击“删除”按钮完成删除的操作。删除用户信息的界面设计如图3-11所示:
图3-11 删除用户界面
3.6帐户明细查询模块
3.6.1帐户信息明细窗体
帐户信息明细窗口主要完成帐户信息的查询的操作,可以根据用户的银行卡号进行查询,显示用户的基本信息,帐户明细信息查询窗体的设计如图3-12所示:
图3-12 帐号信息明细查询窗口
3.6.2个人明细查询窗体
当用户在图3-12中,选择了某个用户,可以查看该用户的个人明细信息,个人明细信息记录了此用户所有的存款、取款、代款及还款的相应记录。个人明细查询窗体的设计如图3-13所示:
图3-13 个人明细查询窗口
1、自动:在上方保障服务中标有自动发货的商品,拍下后,将会自动收到来自卖家的商品获取(下载)链接;
2、手动:未标有自动发货的的商品,拍下后,卖家会收到邮件、短信提醒,也可通过QQ或订单中的电话联系对方。
1、源码默认交易周期:自动发货商品为1天,手动发货商品为3天,买家有1次额外延长3天交易周期的权利;
2、若上述交易周期双方依然无法完成交易,任意一方可发起追加周期(1~60天)的请求,对方同意即可延长。
1、描述:源码描述(含标题)与实际源码不一致的(例:描述PHP实际为ASP、描述的功能实际缺少、版本不符等);
2、演示:有演示站时,与实际源码小于95%一致的(但描述中有"不保证完全一样、有变化的可能性"类似显著声明的除外);
3、发货:手动发货源码,在卖家未发货前,已申请退款的;
4、安装:免费提供安装服务的源码但卖家不履行的;
5、收费:额外收取其他费用的(但描述中有显著声明或双方交易前有商定的除外);
6、其他:如质量方面的硬性常规问题等。
注:经核实符合上述任一,均支持退款,但卖家予以积极解决问题则除外。
1、互站会对双方交易的过程及交易商品的快照进行永久存档,以确保交易的真实、有效、安全!
2、互站无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保,请买家自行鉴别;
3、在源码同时有网站演示与图片演示,且站演与图演不一致时,默认按图演作为纠纷评判依据(特别声明或有商定除外);
4、在没有"无任何正当退款依据"的前提下,商品写有"一旦售出,概不支持退款"等类似的声明,视为无效声明;
5、在未拍下前,双方在QQ上所商定的交易内容,亦可成为纠纷评判依据(商定与描述冲突时,商定为准);
6、因聊天记录可作为纠纷评判依据,故双方联系时,只与对方在互站上所留的QQ、手机号沟通,以防对方不承认自我承诺。
7、虽然交易产生纠纷的几率很小,但一定要保留如聊天记录、手机短信等这样的重要信息,以防产生纠纷时便于互站介入快速处理。
1、互站作为第三方中介平台,依据交易合同(商品描述、交易前商定的内容)来保障交易的安全及买卖双方的权益;
2、非平台线上交易的项目,出现任何后果均与互站无关;无论卖家以何理由要求线下交易的,请联系管理举报。