1、华北电力大学课程名称:软件工程课程题目:银行存储系统成员:孟格思 姜婷 刘宏宇 赵雄飞 杨俊森专业:计算机科学与技术学院:控制与计算机工程学院时间:10月24号目录华北电力大学1一、开发背景与目的21.1开发背景21.2开发目的与思想2二、需求分析22.1目的32.1.1 存款业务32.1.2 取款业务32.1.3 转账业务32.1.4 查询业务32.2系统功能性需求42.3系统需求分析规格阐明书42.4系统ER图42.4.4 数据字典42.5 系统非功能性需求62.5.1软硬件环境需求62.5.2软件质量需求62.5.3顾客界面需求62.6 面向数据流设计办法62.6.1 拟定输入流和输出流
2、边界,从而孤立出变换中心。62.6.2 完毕“第一级分解”72.6.3 完毕“第二级分解”72.7软件系统功能/对象构造102.7.1 银行存储系统用例图102.8软件质量因素132.8.1可用性132.8.2可靠性132.8.3效率132.8.4安全性132.8.5可维护性132.8.6可移植性14三、可行性分析报告143.1 经济可行性分析143.2社会可行性分析143.3技术可行性分析14四、开发环境与项目规划154.1开发环境154.2项目规划与管理154.2.1开发人员安排154.2.2开发进度安排15五、构造化分析与设计155.1构造化分析165.2构造化设计18六、面向对象分析与
3、设计22七、数据库分析与设计257.1数据库环境阐明267.2数据库命名原则与规范267.3数据库逻辑设计277.3.1逻辑设计环节277.4数据库物理设计277.4.1数据库物理设计环节277.4.2表、视图汇总277.4.3各表、视图设计详解27八、人机界面设计288.1界面设计原则288.2系统窗口汇总28九、软件测试信息报告329.1测试范畴与重要内容339.2测试办法339.3系统测试环节339.4 系统测试用例339.5系统长处37十、软件使用阐明书3710.1软件概述3710.2使用阐明37一、开发背景与目的1.1开发背景本系统选题为银行存储系统,是模仿银行存储开发。随着计算机飞
4、速发展及应用领域扩大,特别是计算机网络和电子商务发展,极大变化了商业银行老式经营模式。可觉得客户提供以便、快捷、安全服务,也可以有效减少银行营运成本,这是银行存储系统追求目的。当前,对于当代化银行运营规定是客户可以实现以便安全业务交易,银行职工可以进行高效合理工作管理,实现银行业务电子化。1.2开发目的与思想本系统设计指引思想是一切为使用者着想,运用JAVA语言在Eclipse下设计了这样一种系统,界面美观,使得顾客可以安全进行操作,便捷,迅速进行注册、存款、取款、修改密码以及完毕某些转账交易,大大提高办公效率,可以及时、精确、有效帮顾客办理各种繁琐手续,也减缓了银行工作人员压力。详细体现为:
5、(1)系统应当符合银行管理规定,满足有关人员使用系统基本需要并规定达到操作过程中,直观、以便、实用、安全等需求;(2)系统采用模块化程序设计办法,便于系统功能各种组合和修改,又便于未参加开发程序人员补充、维护;(3)系统具备数据库维护功能,及时依照顾客需要进行数据添加、删除、修改等操作;(4)采用软硬件环境及先进管理系统开发方案,运用既有资源,提高系统开发水平和应用效果目。二、需求分析需求分析阐明是管理系统开发起始阶段,也是软件开发工作中最重要一环。需求分析目的是明确系统开发目的和顾客信息需求,提出系统逻辑方案。为系统设计做好准备。系统中规定每个银行管理者均有一种系统帐号,并每个帐号均有密码,
6、系统一切操作都由管理者执行,而不是由存诸顾客执行,也主是说存储顾客并不直接与系统交互,而是通过管理员与系统交互。该系统重要有四某些业务功能,存款,取款,转账和查询。储户填写开户信息表单交给业务员,有业务员输入信息,录入数据库,即开户成功。储户填写存款单或取款单由业务员输入系统,如果是存款则系统记录存款人姓名,身份证号码,存款类型,存款日期,利率及密码(可选)等信息,并打印存单给储户;如果是取款并且存款时留有密码,则系统一方面核对储户密码,若密码对的或存款时未留密码,则系记录算得利息并打印出利息清单给储户。转账时规定顾客提供转账帐号和被转帐号以及转账金额,查询时同样需要顾客输入卡号,密码和查询项
7、等,最后均有业务员操作,将信息更新。2.1目的本项目要开发一种银行系统,系统一共分为存款业务、取款业务、转账业务、查询业务四个子系统。2.1.1 存款业务银行开展人民币存储业务,一方面判断储户与否有卡,若无卡,则为储户开户,设立密码,并给储户一张银行卡,接着由柜员获取存款信息,存款为死期存款还是活期存款,然后执行存款流程,最后打印出清单给储户。 2.1.2 取款业务一方面有储户提供信息,判断是死期订单还是银行卡,若是死期订单,则判断与否到达期限,若不到达期限,则不能取出钱;若到达期限,则可取出余额,并计算利息,打印出清单给储户。2.1.3 转账业务银行个人转账业务采用实盘交易方式,也就是客户必
8、要持有足额需要转出人民币,才干按照流程转入被转入储户卡中。先由转出储户提供卡号和密码,从该储户卡号上取出一定金额钱,紧接着向被转储户卡号上存入相似金额人民币,最后由柜员打印出清单交给储户。2.1.4 查询业务客户可以到银行柜台选取查询功能,并提供查询所需要信息,选取查询类型,最后打印出查询单供储户查看。 2.2系统功能性需求 系统为柜员提供主功能界面 系统在启动时规定柜员输入登录帐号与密码 系统要通过管理员执行一系操作(如:存钱,取钱,转账,查询等) 管理员代替顾客实现存款,取款,查询,转账等操作 储户一切信息,存储在数据库表中2.3系统需求分析规格阐明书 实现储户开户登记 办理定期存款手续
9、办理定期取款手续 办理活期存款手续 办理活期取款手续 办理转账手续 实现利息计算 输出明细表 查询卡号信息2.4系统ER图 2.4.4 数据字典数据名字:存款数据来源:银行卡信息表/存单信息表数据目:存款单数据构成:姓名+卡号+交易时间+存入金额 /姓名+存单号+存入金额+存款年限数据名字:取款数据来源:储户 数据目:取款单数据构成:姓名+卡号/存单号+密码+取款时间+取款金额+身份证号数据名字:清单数据来源:银行卡表、存单表、利率表数据目:储户数据构成:姓名+交易时间+取款金额+存款金额+余额数据名字:转账单数据目:银行卡表数据构成:转入卡号+转出卡号+密码+金额系统重要关系模式:账户表(身
10、份证号,姓名,出生日期,性别,交易时间,开户地点,员工号)银行卡(身份证号,姓名,卡号,存入金额,取出金额,余额,交易时间,密码,员工号)存单表(存单号,姓名,身份证号,存入金额,交易时间,密码,定期类型,员工号)利率表(定期类型,利率)柜员(员工号,姓名)E-R图如下:图表 12.5 系统非功能性需求2.5.1软硬件环境需求(1)软件环境: Win7、Window XP等32,64位操作系统(2)硬件环境:1)Pentium(R) Dual-Core CPU T4300 2.10GHz 2.10GHz 安装内存(RAM):3.00GB 2)AMD A6-3400M APU with Rade
11、on(tm)HD Graphics1.4GHz 安装内存(RAM):2.00GB 3)Celeron(R) Dual-Core CPU T3100 1.90GHz1.90GHz 安装内存(RAM):2.00GB2.5.2软件质量需求 软件开发所用系统要可以应用SQL Sever和运营java 软件Eclipse2.5.3顾客界面需求 顾客界面需求就是陈述所需要顾客界面软件组件。描述每个顾客界面逻辑特性。如下是也许要涉及某些特性。(1)将要采用图形顾客界面(GUI)原则或产品系列风格 (2)屏幕布局或解决方案限制(3)将出当前每个屏幕按钮、功能或导航链结(例如一种协助按钮)。(4)快捷键(5)错
12、误信息显示原则2.6 面向数据流设计办法2.6.1 拟定输入流和输出流边界,从而孤立出变换中心。如下图所示:图表22.6.2 完毕“第一级分解” 基于书上第三章第三题实当前银行储蓄管理系统在一级分解中,可将系统分解成三个子功能模块:顾客操作,业务员操作,系统输出。如下图所示:银行存储管理系统顾客操作系统输出业务员操作图表32.6.3 完毕“第二级分解” 顾客操作分解可将顾客操作分解为:开户民,存款,取款,查询。如下图所示:顾客操作存款取款转账查询提交存款信息提交取款信息提交转账信息提交顾客查询表 图表4业务员操作分解业务员操作是将顾客操作传送给系统,代替顾客与系统交互,因此,业务员操作与系统操
13、作基本类似,也可以近似地将业务员看作顾客。因此操作员操作可分解为:存款,取款,转账,查询。并且如顾客在开户时设有密码,则进行密码验证。因此分解图如下:图表 5 系统输出分解系统输出可分解为:计算利息-打印清单,保存新顾客信息,更新顾客信息,打印存单分解图如下:图表 62.7软件系统功能/对象构造2.7.1 银行存储系统用例图图表 72.7.2 银行存款业务顺序图图表 82.7.3 银行取款业务顺序图图表 92.7.4 银行转账业务顺序图图表 102.7.5 银行转账业务类图图表 112.8软件质量因素2.8.1可用性a.改进内部体系构造;b.发生系统故障时迅速恢复;c.改进了开发人员工具代码;
14、d.减少系统重新启动状况;e.顾客界面与Windows系统兼容。2.8.2可靠性在银行等服务性行业,其软件系统可靠性直接关系到自身名誉和生存发展竞争能力。a避免需求分析定义错误浮现。b.在完毕软件时尽量避免设计错误、编码错误以及测试错误提高健壮性,增强对非法输入容错能力。c.在规定条件下,尽量减少系统失效概率;d.在规定期间周期内,在所述条件下软件可以执行特定功能。2.8.3效率程序响应时间基本规定应在人感觉和视觉事物范畴内,信息互换时间基本规定在程序调用前调用后都与数据库保持同步更新,网络信息互换施加应当不大于程序调用时间。容许庞大事务祈求,并提供更短相应时间和更快事务速率。数据出错时可以尽
15、快恢复,尽量地减少损失。2.8.4安全性a.系统规定在有较高安全性,由于在储蓄和转账时,顾客账号需要在网络上传播,因此必要提供额外安全办法,在此咱们设立了顾客和柜员权限。b.数据库系统要进行多次备份,以免数据破坏或被袭击。c.有极高数据精准度。在进行向数据库文献提取数据时,需求数据记录定位精准,在往数据库文献数组中添加数时,规定输入数精准金额,身份证,卡号等按消息设定字符数。在汇率转换、利息计算时不能因数据精准度局限性导致顾客资金损失。2.8.5可维护性a.改进和补充文档提高程序可理解性,提高可维护性可移植性。b软件维护过程中,维护小组也可以采用与主程序员小组和构造普查类似方式,以保证程序质量
16、。c.软件在运营期间,为了纠正新发现错误或缺陷,为了适应计算机环境变化,为了响应顾客新需求,必要进行修改。2.8.6可移植性为获得较高可移植性,在设计过程中采用通用程序设计语言和运营支撑环境。尽量不用与系统底层有关性强语言。数据库也应有较好更新能力及适应性。 三、可行性分析报告 可行性研究目就是用最小代价在最短时间内拟定该软件项目与否可以开发,与否值得去开发。实质上就是进行一次简化、压缩了需求分析、设计过程。可从三个方面分析研究每种解决问题可行性3.1 经济可行性分析经济可行性:进行开发成本估算以及理解得到效益评估,拟定要开发项目与否值得投资开发。对银行业来说,是依托存款、贷款之间差额来生存,
17、因此要尽量拉拢更多客户使用本行,银行存储系统是为了能让为客户更便捷服务,从而更具备吸引力。从银行角度出发还是非常乐意把一某些资金投入到这方面研究当中。3.2社会可行性分析开发银行卡存储系统需要依照银行卡管理规定操作,不得有侵害她人隐私盗取金额为目。银行卡存储系统以便运营操作,组内人员有着良好道德修养。会依照顾客实际需要来开发此程序,操作快捷,易于掌握。3.3技术可行性分析技术可行性:对项目功能、性能、限制条件进行分析,拟定在既有资源和技术件下系统与否能实现。(开发风险、资源有效性、技术)通过对开发风险、资源有效性和技术分析后,以为开发银行存储系统风险小,资源充分,技术可以应付,但是一定要以生活
18、中银行管理过程中信息为基本。四、开发环境与项目规划4.1开发环境 运用Java语言强大功能,并具备面向对象开发等特点,联系实际银行卡管理系统应用界面,采用Eclipse开发工具,以Win7、Window XP等32,64位操作系统、Oracle为后台开发出了一套银行存储系统,基本上实现了存款、取款、查询、转账和查询等业务。4.2项目规划与管理4.2.1开发人员安排 开发人员重要是通过商量讨论、自愿组合一种小组,由于本系统设计面广,操作复杂,信息规定强,因此咱们选取五个人为一种小组,采用分工合伙、共同探讨原则,努力编辑并且完善系统应用。组内成员有姜婷、孟格思、赵雄飞、刘宏宇和杨俊森。4.2.2开
19、发进度安排10月24日 开始讨论 讨论内容:1)系统名拟定 2)运营环境 3)系统应用价值 4)顾客群体 5) 需求分析阐明 6)可行性分析 7)项目规划 8)编译语言10月25日 通过小构成员查阅资料并做出讨论,最后做出决定,咱们组将要开发银行存储系统,26,27日实现需求分析以及面向对象设计前期工作。28,29开始编码,并完善文档。30日进行软件测试,提交报告。因银行具备强大市场,应用价值广泛,应用知识广泛可以充分运用教材所学知识,由于Java语言具备面向对象开发等特点,因此选取Java语言进行编译。分工如下,孟格思,刘宏宇负责UML建模以及需求分析,各种流程画图。赵雄飞负责数据库设计与录
20、入数据,姜婷负责用Java编写代码,杨俊森负责软件测试用例设计以及软件测试。 五、构造化分析与设计构造化分析与设计办法是一种面向数据流老式软件开发办法,它以数据流为中心构建软件分析模型和设计模型。构造化分析、构造化设计和构造化程序设计构成了完整构造化办法。初期构造化分析办法分析成果涉及:一套分层数据流图、一本数据字典(涉及E-R图)、一组加工规约以及其她补充资料(如非功能性需求等)。5.1构造化分析数据流图是描述输入数据流到输出数据流变换(即加工),用于对系统功能建模。银行存储系统流程图如下: 银行存储系统环境图:图表 12银行存储系统一层数据流图图:图表 13 银行存储系统二层数据流图:图表
21、 14图表 155.2构造化设计构造化设计是将构造化分析数据流图映射成软件体系构造一种设计办法,SD强调模块化、自顶向下逐渐求精、信息隐藏、高内聚低耦合等设计准则。在构造化设计中用构造图来描述软件系统体系构造,指出一种软件系统由那些模块构成以及模块之间调用关系,如下图所示:图表 16构造图第一分解图:图表 17顾客注册第一级分解图:图表 18顾客注册第二级分解图:图表 19顾客解决第一分解图:图表 20卡号解决第二级分解图:图表 21该系统重要实现银行卡顾客存款、取款,以及进行某些简朴查询和转账业务,同步可以在系统里面进行客户密码修改,实现简朴机器与客户交互。六、面向对象分析与设计面向对象办法
22、是一种把面向对象思想应用于软件开发过程中,指引开发活动系统办法,是建立在对象概念(对象、类和继承)基本上办法,简称OO办法。面向对象分析目的是完毕对所解问题分析,拟定待建系统要做什么,并建立系统模型。用况视图是列出系统中用况和执行者,并显示了哪个执行者参加了哪个用况执行,此系统用况图如下:图表 22下面给出某些用况详细描述。(1)开户用况描述用况名称:开户参加执行者:柜员,储户前置条件:一种合法柜员已登录到该系统事件流: 1.当选取开户功能时用况开始 2.输入客户信息(姓名、地址、身份证号等) 3.从账户管理系统获取新账号4.请客户输入密码 5.请客户再次输入密码 6.如果两次密码不一致则回到
23、第4步,否则继续 7.在账户库中增长新客户 8.打印存款单,用况结束后置条件:在账户库中增长了一种新账户,得到一张新银行卡(2)取款用况描述用况名称:取款参加执行者:柜员前置条件:一种合法柜员已登录到该系统事件流:基本路劲: 1、当选取取款功能时,用况开始 2、当输入客户信息时(姓名、账号等)后 (a)如果客户信息与账户不一致,显示错误信息,可以重新输入或结束用况 (b)如果该账户被冻结(如因挂失而冻结),显示冻结信息并结束用况 3、输入并校验密码 4、输入取款金额,如果该账户余额不大于取款金额,显示错误信息,规定重新输入 5、打印取款单 6、建立取款事件记录,更新账户信息 7、用况结束可选路
24、劲: 第3步校验密码时,如果发现密码不一致,则重新输入密码,或用况结束后置条件:如果取款成功,客户账户余额被更新(减少、增长),否则余额不变系统状态图如下:图表 23图表 24七、数据库分析与设计数据库设计指对系统所采用数据模式、子模式、应用程序、数据库等依照顾客详细规定进行分析和设计。它也是管理信息系统设计重要构成某些。数据库设计基本原则是尽量提高数据组织相对独立性,简化其构造,即用规范化办法设施数据存储构造,提高数据可维护性、完整性、一致性。通过收集和分析顾客需求,拟定了数据库要保存信息,我将本次数据库设计为二个如下所示表设计如下:顾客信息设计表1、客户表(user)CardID字段信息字
25、段名称类型宽度小数位数空特性顾客名unamevarchar18身份证号uidint18N卡号ucnoint18N 账户信息设计表2、账户表(card)CardID字段信息字段名称类型宽度小数位数空特性卡号cnoInt18N账户余额cjineInt18N密码cnimaInt18N7.1数据库环境阐明Access 数据库,运营环境是Windows 7。7.2数据库命名原则与规范 数据库命名为system,密码为beyond。 规范与原则: 其中表白尽量避免中文拼音和特殊字符。尽多使用英文。 不能使用毫无意义单词。缩写要基本能表达单词意思。 当浮现对象命名重名时,是不同类型是,应当加前缀加以表达。
26、名称一律大写,放表数据转移。 其中有两张表。 注册表存储本卡之内有关信息。如取款,余下金额,修改密码等! 其她表存储本卡之外所有卡有关信息。7.3数据库逻辑设计7.3.1逻辑设计环节1需求分析:理解顾客数据需求、解决需求、安全性及完整性规定;2概念设计:通过数据抽象,设计系统概念模型,普通为E-R模型;3逻辑构造设计:设计系统模式和外模式,对于关系模型重要是基本表和视图;7.4数据库物理设计7.4.1数据库物理设计环节1.物理构造设计:设计数据存储构造和存取办法,如索引设计;2系统实行:组织数据入库、编制应用程序、试运营;3运营维护:系统投入运营,长期维护工作。7.4.2表、视图汇总7.4.3
27、各表、视图设计详解创立注册表语句为:Create table qita1 (Y h m varchar2(20),S f z varchar2(20),M I ma varchar2(20),Q r mm varchar2(20),Ye varchar2(20);Create table qita1 (Y h m varchar2(20),S f z varchar2(20),M I ma varchar2(20),Q r mm varchar2(20),Ye varchar2(20);表中顾客名,密码等考虑到有复杂字符,因此都是设计成varchar2型。而余下金额整形不够大因此也是设计成字符
28、型。日后依照需要改成了number型,这更实用。八、人机界面设计8.1界面设计原则(1)遵循一致原则,确立原则并遵循(2)(Color)颜色使用恰当,遵循一致原则(3)(Resource)资源(4)(Font)字体(5)(Text)文字表达(6)(Style)控件风格,不要使用错误控件,控件功能要专一(7)(Align)控件布局,窗口不拥挤,按功能组合控件(8)Tab顺序(9)快捷键、加速键和弹出菜单(10)顾客交互(11)发行时阐明规则8.2系统窗口汇总顾客界面设计当前已成为评价软件质量一条重要指标,所谓顾客界面是指软件系统与顾客交互接口,普通涉及输入、输出设计、人机对话界面设计。登陆模块输
29、入界面登录模块依然采用是密码输入方式,需要顾客输入卡号、密码然后点击登录,程序将依照输入卡号查找密码,程序系统将依照卡号调用后台数据库查找与卡号相应密码并与顾客输入密码相对比。密码对的继续,否则当输入次数达到三次时,系统将提示你“对不起,你输入密码错误,请明日再操作”。主菜单页面:顾客依照输入身份证号,判断顾客与否开过户?若已开户,在容许顾客选取相应业务类型;若没有开过户,则为为顾客开户。开户界面:顾客输入基本信息,为顾客开户,并提供卡帐号,顾客为卡设立密码。存款界面:顾客可以选取定期存款和活期存款。此模块需要顾客输入密码后,两次输入密码进行确认,然后,点击拟定,修改密码,成功后给出提示信息,
30、其中考虑到某些顾客输入错误问题,做出了某些异常判断和解决,空输入,输入两次新密码不匹配和原密码不对的等问题。 取款界面,转账界面与存款界面相似,此处不再解释。清单界面:查询界面依照顾客输入卡号和密码,如果密码对的,则输入该卡号所有交易详细信息,供顾客查看。九、软件测试信息报告测试软件前,需要测试若干个测试用例,每个测试用例由测试输入数据和预期成果构成,测试时通过输入数据,运营被测程序,如果运营实际输出与预期成果不一致,则表白发现了程序中错误。9.1测试范畴与重要内容程序设计语言选取普通考虑到项目应用领域、软件开发办法、软件执行环境、算法和数据构造复杂性、和软件开发人员知识。程序设计是指使用选定
31、程序设计语言,把通过概要设计各详细设计所得到信息解决过程,转换成能在计算机上运营程序源代码。本系统中用Eclipse编程工具,采用构造化编程办法对模块进行程序编写。详细源程序见附页。9.2测试办法软件测试目是尽量多发现程序中错误,而调试则是在进行了成功测试之后才开始工作。程序调试是指在系统测试基本上,将发现问题进行改正,使之符合设计原则。本系统采用重要办法如下:单元测试:是指原程序中每个程序单元进行测试,检查各个模块与否正的确现规定功能,从而发现模块在编码中或算法中错误。采用白盒法对各模块进行逻辑错误排查,用黑盒法录入某些有特性数据从不同角度验证成果。集成测试:在单元测试基本上,将所有模块按照
32、设计规定组装成一种完整系统进行测试。确认测试(有效性测试):它任务是检查软件功能与性能与否与需求规格阐明书中拟定指标相符合。普通分为用黑盒进行确认测试,再检查软件所有文档完整性、对的性软件配备审查。9.3系统测试环节测试过程普通分为4个环节,即单元测试、集成测试、确认测试和系统测试及发版测试。开始是单元测试,集中对用源代码实现每一种程序单元进行测试,检查各个程序模块与否正的确现规定功能。集成测试把已测试过模块组装起来,重要对与设计有关软件体系构造构造进行测试。确认测试则是要检查已实现软件与否满足了需求规格阐明中拟定了各种需求,以及软件配备与否完全、对的。系统测试把已经通过确认软件纳入实际运营环
33、境中,与其她系统成分组合在一起进行测试。9.4 系统测试用例边界测试:测试对的数据:管理员id:1111;密码:0000;身份证:4411013;姓名:杨俊森;密码:123456;存钱日期:-10-29;卡内余额:10000元;卡号:11111111(20位)测试用例测试数据预期成果11110、0000;1111、0001账户、密码错误21111、0000、441101身份证号少一位31111、0000、4411013、杨俊森、123456、123450、-10-29、1111两次输入密码不一致41111、0000、4411013、定期取款未到取款期限51111、0000、4411013、活期
34、取款、11111110、123456、5000卡号不存在61111、0000、4411013、活期取款、11111110、123450、5000卡号密码错误71111、0000、4411013、活期取款、10001余额局限性81111、0000、4411013、转账、4411012、123456、4411011、5000账户不存在91111、0000、4411013、转账、4411013、123450、4411011、5000账号密码错误101111、0000、4411013、转账、4411013、123456、4411011、10001余额局限性111111、0000、4411013、查询、
35、11111110、123456卡号不存在121111、0000、4411013、查询、11111111、123450卡号密码错误登录1消息提示框2密码错误主菜单3密码对的不存在取款18转账22查询26存在开户6录入开户信息7为该卡设立密码8身份证号与否存在5输入身份证号4选取业务类型9余额够否19够不够取款成功打印清单20余额够否23转账成功打印清单24够不够转账失败25取款失败21定期活期14定期定期活期活期到期限否15到期未到期取款成功打印清单16取款失败17活期存款13存款10定期活期11定期存款12基本途径测试Path1:1-2:1111,0001Path2:1-3-4-5-6-7-8
36、-10-11-12:1111,0000,4411013,杨俊森,123456,1111,(定期存款)Path3:1-3-4-5-6-7-8-10-11-13:1111,0000,4411013,杨俊森,123456,1111,(活期存款)Path4:1-3-4-5-9-10-11-12:1111,0000,4411013,(定期存款)Path5:1-3-4-5-9-10-11-13:1111,0000,4411013,(活期存款)Path6:1-3-4-5-9-14-15-16:1111,0000,4411013,(定期取款成功,打印清单)Path7:1-3-4-5-9-14-15-17:11
37、11,0000,4411013,(未到期限,取款失败)Path8:1-3-4-5-9-14-18-19-20:1111,0000,4411013,(活期取款成功,打印清单)Path9:1-3-4-5-9-14-18-19-21:1111,0000,4411013,(余额局限性,取款失败)Path10:1-3-4-5-9-22-23-24:1111,0000,4411013,(选取转账,打印清单)Path11:1-3-4-5-9-22-23-25:1111,0000,4411013,(余额局限性,转账失败)Path12:1-3-4-5-9-26:1111,0000,4411013,(选取查询)测
38、试用例运营途径预期成果11、2回到登陆界面21、3、4、5、6、7、8、10、11、12选取定期存款31、3、4、5、6、7、8、10、11、13选取活期存款41、3、4、5、9、11、12选取定期存款51、3、4、5、9、11、13选取活期存款61、3、4、5、9、14、15、16定期取款成功71、3、4、5、9、14、15、17未到期限,取款失败81、3、4、5、9、14、18、19、20活期取款成功91、3、4、5、9、14、18、19、21余额局限性,取款失败101、3、4、5、9、22、23、24转账成功,打印清单111、3、4、5、9、22、23、25余额局限性,转账失败121、3
39、、4、5、9、26查询9.5系统长处界面美观简约,易于顾客操作,可以减轻银行管理人员工作量。程序可读性强,易懂易维护顾客界面简洁,以便了顾客使用,安全性好,系统依然使用输入密码方式,保证了系统安全,系统稳定,基本达到预期功能规定。十、软件使用阐明书10.1软件概述银行存储管理系统是最普遍银行业务系统,可以提供最基本银行服务之一,即存款,开户,取款,转账,查询功能。同步在制作这个系统过程中也应用了数据库知识,这个相对于咱们专业来说是比较重要内容,这个也是这个学期学习重点知识,同步数据库链接是必要要学会,由于这个是最核心内容,培养自己坚实逻辑表达能力和沟通能力,和培养自己良好文案能力。掌握银行存储
40、管理系统详细工作原理以及java简朴系统设计办法。10.2使用阐明windows 平台以其全新界面简朴快捷操作方式而成为软件开发趋势。依照本系统运营环境和实际状况,选取Win7作为开发测试和运营平台。按照界面提示完毕即可。十一、系统开发评价系统评价应是贯穿系统整个生命周期各个阶段重要决策手段和工作环节。狭义上系统评价是指系统投入运营后从功能性能、经济效益、社会效益上评价本系统基本实现了取款、查询余额、转账、查询等功能,但由于时间短、知识水平有限,经验局限性,系统仍存在局限性,该系统重要有如下特点:1、程序可读性强,易懂易维护2、顾客界面简洁,以便了顾客使用。3、安全性好,系统依然使用输入密码方
41、式,保证了系统安全。4、系统稳定,基本达到预期功能规定。5、系统还存在着许多局限性,特别是在数据库链接上,在代码编写上也存在着诸多局限性,代码存在着诸多缺陷。6、在系统界面效果上也存在局限性,系统界面显示应在屏中间。总来说,本次设计当中存有许多局限性之处,基本上设计出了和自己预想中效果,但同步在设计上也还存在着诸多,诸多事没有什么用代码,我想是由于时间和经验问题,后来多练习就必定能提高,UI设计方面,仔细地看,尚有某些小问题,系统运营时警告就多达36处,但不会影响程序运营,只会在美观方面有一定影响,此后一定改进。附:参照资料和源代码某些参照资料:参照文献1Java 程序设计精讲 主编 许焕新 丁宏伟 清华大学出版社2Sql Server 实用教程 主编 郑阿奇 电子工业出版社3数据库系统开发案例精选 主编 杨湖 李凤蕾 人民邮电出版社参照网络资源1 豆丁网 2 百度懂得 3 百度文库
©2010-2024 宁波自信网络信息技术有限公司 版权所有
客服电话:4008-655-100 投诉/维权电话:4009-655-100