软件工程银行卡管理系统课程设计

1、华北电力大学课程名称：软件工程课程题目：银行存储系统组员：孟格思 姜婷 刘宏宇 赵雄飞 杨俊森专业：计算机科学与技术班级：计算1102学院：控制与计算机工程学院时间：2013年10月24号目录一、开发背景与目标11.1开发背景11.2开发目标与思想1二、需求分析12.1目标22.1.1 存款业务22.1.2 取款业务22.1.3 转账业务22.1.4 查询业务22.2系统的功能性需求22.3系统需求分析规格说明书32.4系统ER图32.4.4 数据字典32.5 系统非功能性需求42.5.1软硬件环境需求42.5.2软件质量需求52.5.3用户界面需求52.6 面向数据流的设计方法52.6.1

2、确定输入流和输出流的边界，从而孤立出变换中心。52.6.2 完成“第一级分解”62.6.3 完成“第二级分解”62.7软件系统功能/对象结构82.7.1 银行存储系统用例图82.7.2 银行存款业务顺序图92.7.3 银行取款业务顺序图102.7.4 银行转账业务顺序图102.7.5 银行转账业务类图102.8软件质量因素122.8.1可用性122.8.2可靠性122.8.3效率122.8.4安全性122.8.5可维护性132.8.6可移植性13三、可行性分析报告133.1 经济可行性分析133.2社会可行性分析133.3技术可行性分析13四、开发环境与项目规划144.1开发环境144.2项目

3、规划与管理144.2.1开发人员安排144.2.2开发进度安排14五、结构化分析与设计145.1结构化分析155.2结构化设计17六、面向对象分析与设计216.1 面向对象方法216.2 用例216.3 系统状态图23七、数据库分析与设计247.1数据库环境说明277.3数据库逻辑设计277.3.1逻辑设计步骤277.3.2 逻辑设计关系图27八、人机界面设计288.1界面设计原则288.2系统窗口汇总28九、软件测试信息报告339.1测试范围与主要内容339.2测试方法339.3系统测试步骤349.4 系统测试用例349.4.1 边界测试：349.4.2 基本路径测试379.5系统优点38十

4、、软件使用说明书3810.1软件概述3810.2使用说明38十一、系统开发评价38一、开发背景与目标1.1开发背景本系统选题为银行存储系统，是模拟银行存储开发的。随着计算机的飞速发展及应用领域的扩大，特别是计算机网络和电子商务的发展，极大的改变了商业银行传统的经营模式。能够为客户提供方便、快捷、安全的服务，也能够有效的降低银行的营运成本，这是银行存储系统追求的目标。目前，对于现代化银行运营的要求是客户可以实现方便安全的业务交易，银行职员可以进行高效合理的工作管理，实现银行业务电子化。1.2开发目标与思想本系统的设计指导思想是一切为使用者着想，利用JAVA语言在Eclipse下设计了这么一个系统

5、，界面美观，使得用户可以安全的进行操作，便捷，快速的进行注册、存款、取款、修改密码以及完成一些转账的交易，大大提高办公效率，能够及时、准确、有效的帮用户办理各种繁琐的手续，也减缓了银行工作人员的压力。具体表现为：（1）系统应该符合银行管理的规定，满足相关人员使用系统的基本需要并要求达到操作过程中，直观、方便、实用、安全等需求；（2）系统采用模块化程序设计方法，便于系统功能的各种组合和修改，又便于未参加开发的程序人员补充、维护；（3）系统具备数据库维护功能，及时根据用户需要进行数据添加、删除、修改等操作；（4）采用软硬件环境及先进的管理系统开发方案，利用现有资源，提高系统开发水平和应用效果的目的

6、。二、需求分析需求分析说明是管理系统开发的起始阶段，也是软件开发工作中最重要的一环。需求分析的目标是明确系统开发的目标和用户信息需求，提出系统的逻辑方案。为系统设计做好准备。系统中要求每个银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操作都由管理者执行，而不是由存诸用户执行，也主是说存储用户并不直接与系统交互，而是通过管理员与系统交互。该系统主要有四部分业务功能，存款，取款，转账和查询。储户填写的开户信息表单交给业务员，有业务员输入信息，录入数据库，即开户成功。储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名，身份证号码，存款类型，存款日期，利率及密码（可选

7、）等信息，并打印存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。转账时要求用户提供转账帐号和被转帐号以及转账金额，查询时同样需要用户输入卡号，密码和查询项等，最终都有业务员操作，将信息更新。2.1目标本项目要开发一个银行系统，系统一共分为存款业务、取款业务、转账业务、查询业务四个子系统。2.1.1 存款业务银行开展人民币的存储业务，首先判断储户是否有卡，若无卡，则为储户开户，设置密码，并给储户一张银行卡，接着由柜员获取存款信息，存款为死期存款还是活期存款，然后执行存款流程，最后打印出清单给储户。 2.1.2

8、取款业务首先有储户提供信息，判断是死期订单还是银行卡，若是死期订单，则判断是否到达期限，若不到达期限，则不能取出钱；若到达期限，则可取出余额，并计算利息，打印出清单给储户。2.1.3 转账业务银行个人转账业务采用实盘交易方式，也就是客户必须持有足额的需要转出的人民币，才能按照流程转入被转入储户卡中。先由转出储户提供卡号和密码，从该储户的卡号上取出一定金额的钱，紧接着向被转储户的卡号上存入相同金额的人民币，最后由柜员打印出清单交给储户。2.1.4 查询业务客户可以到银行柜台选择查询功能，并提供查询所需要的信息，选择查询类型，最后打印出查询单供储户查看。 2.2系统的功能性需求Ø 系统为

9、柜员提供主功能界面Ø 系统在启动时要求柜员输入登录帐号与密码Ø 系统要通过管理员执行一系操作（如：存钱，取钱，转账，查询等）Ø 管理员代替用户实现存款，取款，查询，转账等操作Ø 储户的一切信息，存储在数据库表中2.3系统需求分析规格说明书Ø 实现储户开户登记Ø 办理定期存款手续Ø 办理定期取款手续Ø 办理活期存款手续Ø 办理活期取款手续Ø 办理转账手续Ø 实现利息计算Ø 输出明细表Ø 查询卡号信息2.4系统ER图 2.4.4 数据字典数据名字：存款数据来源：银行卡信

10、息表/存单信息表数据目的：存款单数据组成：姓名+卡号+交易时间+存入金额 /姓名+存单号+存入金额+存款年限数据名字：取款数据来源：储户 数据目的：取款单数据组成：姓名+卡号/存单号+密码+取款时间+取款金额+身份证号数据名字：清单数据来源：银行卡表、存单表、利率表数据目的：储户数据组成：姓名+交易时间+取款金额+存款金额+余额数据名字：转账单数据目的：银行卡表数据组成：转入卡号+转出卡号+密码+金额系统主要关系模式：账户表（身份证号，姓名，出生日期，性别，交易时间，开户地点，员工号）银行卡（身份证号，姓名，卡号，存入金额，取出金额，余额，交易时间，密码，员工号）存单表（存单号，姓名，身份证号

11、，存入金额，交易时间，密码，定期类型，员工号）利率表（定期类型，利率）柜员（员工号，姓名）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 Radeon（tm）HD Graphics 1.4GHz 安装内存（RAM）:2.00GB 3）Celeron(R) Dual-Core CPU T3100 1.90

12、GHz1.90GHz 安装内存（RAM）：2.00GB2.5.2软件质量需求 软件开发所用的系统要能够应用SQL Sever和运行java 的软件Eclipse2.5.3用户界面需求 用户界面需求就是陈述所需要的用户界面的软件组件。描述每个用户界面的逻辑特征。以下是可能要包括的一些特征。（1）将要采用的图形用户界面（GUI）标准或产品系列的风格 （2）屏幕布局或解决方案的限制（3）将出现在每个屏幕的按钮、功能或导航链结（例如一个帮助按钮）。（4）快捷键（5）错误信息显示标准2.6 面向数据流的设计方法2.6.1 确定输入流和输出流的边界，从而孤立出变换中心。如下图所示：图表22.6.2 完成“

13、第一级分解” 基于书上第三章第三题实现在银行储蓄管理系统在一级分解中，可将系统分解成三个子功能模块：用户操作，业务员操作，系统输出。如下图所示：银行存储管理系统用户操作系统输出 业务员操作图表32.6.3 完成“第二级分解”<1> 用户操作的分解可将用户操作分解为：开户民，存款，取款，查询。如下图所示：用户操作存款取款转账查询提交存款信息提交取款信息提交转账信息提交用户查询表 图表4<2>业务员操作的分解业务员的操作是将用户的操作传送给系统，代替用户与系统交互，所以，业务员的操作与系统的操作基本类似，也可以近似地将业务员看作用户。所以操作员操作可分解为：存款，取款，转账

14、，查询。并且如用户在开户时设有密码，则进行密码验证。所以分解图如下：图表 5<3> 系统输出分解系统输出可分解为：计算利息-打印清单，保存新用户信息，更新用户信息，打印存单分解图如下：图表 62.7软件系统功能/对象结构2.7.1 银行存储系统用例图图表 7首先，使用系统的柜员先要进行登录。参与者“储户”通过用例“存款”进行信息输入，实现开户或存款功能；再通过用例“取款”完成取款业务，打印清单给用户。通过用例“转账”实现两个储户之间的转账业务。储户凭卡号和密码可查询该卡的交易信息。如下是对上述各例的描述。用例：存款【前置条件：柜员已登录成功，储户已开户】系统呈现存款界面储户提供信息

15、，柜员进行信息录入与维护。系统调用数据库，确认密码是否正确，若正确则存款成功，打印清单给储户，否则返回主页面。用例：转账【前置条件：柜员登录成功，储户选择转账】系统呈现转账界面储户提供转出帐号和转入帐号，并提供转出帐号密码。判断转出帐号卡余额是否大于转出金额。满足条件则转账成功，打印清单给储户。否则转账失败。2.7.2 银行存款业务顺序图图表 82.7.3 银行取款业务顺序图图表 92.7.4 银行转账业务顺序图图表 102.7.5 银行转账业务类图图表 11对在分析中找到的各个类进行考察，分别定义它们的属性和操作，考虑它们之间的关系，绘制出类图。 （1）类“储户” 该类中属性有“姓名”、“身

16、份证号”、“性别”和“出生日期”、“交易时间”、“开户地点”、“员工号”，操作有“开户”、“取款”、“存款”、“转账”和“查询”。 （2）类“银行卡”该类中有属性“身份证号”和“姓名”、“密码”、“卡号”、“存入金额”、“取出金额”、“交易时间”、“余额”、“员工号”。 （3）类“存单”该类中有属性“身份证号”和“姓名”、“密码”、“存单号”、“存入金额”、“交易时间”、“利率类型”、“员工号”。 （4）类“交易”该类中有属性 “卡号”、“金额”、“交易日期”、“余额”、“员工号”。操作有“打印清单”。（5）类“存款”该类中有属性“存款类型”。它还有一个操作“判断存款类型”。 （6）类“取款”

17、该类中有属性“密码”。它还有操作“利息计算”、“判断余额”、“取款”。（7）类“转账”该类中有属性“输入卡号”、“密码”。操作有“转账”、“判断余额”。（8）类“柜员”该类中有属性“员工号”、“姓名”。操作有“登录”、“办理业务”。2.8软件质量因素2.8.1可用性a.改进的内部体系结构；b.发生系统故障时迅速恢复；c.改进了开发人员工具代码；d.减少系统重新启动情况；e.用户界面与Windows系统兼容。2.8.2可靠性在银行等服务性行业，其软件系统的可靠性直接关系到自身的声誉和生存发展竞争能力。a避免需求分析定义错误的出现。b.在完成软件时尽量避免设计错误、编码错误以及测试错误提高健壮性，

18、增强对非法输入的容错能力。c.在规定的条件下，尽可能减少系统失效的概率；d.在规定的时间周期内，在所述条件下软件能够执行特定的功能。2.8.3效率程序响应时间基本要求应在人的感觉和视觉事物范围内，信息交换时间基本要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该小于程序调用时间。允许庞大的事务请求，并提供更短的相应时间和更快的事务速率。数据出错时能够尽快的恢复，尽可能地减少损失。2.8.4安全性a.系统要求在有较高的安全性，由于在储蓄和转账时，用户的账号需要在网络上传输，所以必须提供额外的安全措施，在此我们设置了用户和柜员的权限。b.数据库系统要进行多次备份，以免数据的破坏或被

19、攻击。c.有极高的数据精确度。在进行向数据库文件提取数据时，需求数据记录定位精确，在往数据库文件数组中添加数时，要求输入数精确金额，身份证，卡号等按消息设定字符数。在汇率转换、利息计算时不能因数据精确度不足导致用户资金损失。2.8.5可维护性a.改进和补充文档提高程序的可理解性，提高可维护性可移植性。b软件维护过程中，维护小组也可以采取与主程序员小组和结构普查类似的方式，以保证程序的质量。c.软件在运行期间，为了纠正新发现的错误或缺陷，为了适应计算机环境的变化，为了响应用户新的需求，必须进行修改。2.8.6可移植性为获得较高的可移植性，在设计过程中采用通用的程序设计语言和运行支撑环境。尽量不用

20、与系统的底层相关性强的语言。数据库也应有很好的更新能力及适应性。 三、可行性分析报告 可行性研究的目的就是用最小的代价在最短的时间内确定该软件项目是否能够开发，是否值得去开发。实质上就是进行一次简化、压缩了的需求分析、设计过程。可从三个方面分析研究每种解决问题的可行性3.1 经济可行性分析经济可行性：进行开发成本的估算以及了解得到效益的评估，确定要开发项目是否值得投资开发。对银行业来说，是依靠存款、贷款之间的差额来生存的，所以要尽可能的拉拢更多的客户使用本行，银行存储系统是为了能让为客户更便捷的服务，从而更具有吸引力。从银行角度出发还是非常愿意把一部分资金投入到这方面研究当中的。3.2社会可行

21、性分析开发的银行卡存储系统需要根据银行卡管理规定操作，不得有侵害他人隐私盗取金额为目的。银行卡存储系统方便运行操作，组内人员有着良好的道德修养。会根据用户的实际需要来开发此程序，操作快捷，易于掌握。3.3技术可行性分析技术可行性：对项目的功能、性能、限制条件进行分析，确定在现有的资源和技术件下系统是否能实现。（开发的风险、资源的有效性、技术）通过对开发风险、资源有效性和技术分析后，认为开发银行存储系统风险小，资源充足，技术可以应付，但是一定要以生活中的银行管理过程中的信息为基础。四、开发环境与项目规划4.1开发环境 利用Java语言强大功能，并具有面向对象开发等的特点，联系实际银行卡管理系统的

22、应用界面，采用Eclipse开发工具，以Win7、Window XP等32，64位操作系统、Oracle为后台开发出了一套银行存储系统，基本上实现了存款、取款、查询、转账和查询等业务。4.2项目规划与管理4.2.1开发人员安排 开发人员主要是经过商量讨论、自愿组合的一个小组，由于本系统设计面广，操作复杂，信息要求强，所以我们选择五个人为一个小组，采取分工合作、共同探讨的原则，努力编辑并且完善系统应用。组内成员有姜婷、孟格思、赵雄飞、刘宏宇和杨俊森。4.2.2开发进度安排10月24日 开始讨论 讨论内容：1）系统名的确定 2）运行环境 3）系统应用价值 4）用户群体 5) 需求分析说明 6）可行

23、性分析 7）项目规划 8）编译语言10月25日 经过小组成员查阅资料并做出讨论，最终做出决定，我们组将要开发银行存储系统，26，27日实现需求分析以及面向对象设计的前期工作。28，29开始编码，并完善文档。30日进行软件测试，提交报告。因银行具有强大的市场，应用价值广泛，应用知识广泛能够充分利用教材所学知识，由于Java语言具有面向对象开发等特点，所以选择Java语言进行编译。分工如下，孟格思，刘宏宇负责UML建模以及需求分析，各种流程画图。赵雄飞负责数据库的设计与录入数据，姜婷负责用Java编写代码，杨俊森负责软件测试用例的设计以及软件测试。 五、结构化分析与设计结构化分析与设计方法是一种面

24、向数据流的传统软件开发方法，它以数据流为中心构建软件的分析模型和设计模型。结构化分析、结构化设计和结构化程序设计构成了完整的结构化方法。早期的结构化分析方法的分析结果包括：一套分层的数据流图、一本数据字典（包括E-R图）、一组加工规约以及其他补充资料（如非功能性需求等）。5.1结构化分析数据流图是描述输入数据流到输出数据流的变换（即加工），用于对系统的功能建模。银行存储系统的流程图如下： 银行存储系统环境图：图表 12银行存储系统一层数据流图图：图表 13 银行存储系统二层数据流图：图表 14图表 155.2结构化设计结构化设计是将结构化分析数据流图映射成软件体系结构的一种设计方法，SD强调模

25、块化、自顶向下逐步求精、信息隐藏、高内聚低耦合等设计准则。在结构化设计中用结构图来描述软件系统的体系结构，指出一个软件系统由那些模块组成以及模块之间的调用关系，如下图所示：图表 16结构图第一分解图：图表 17用户注册第一级分解图：图表 18用户注册第二级分解图：图表 19用户处理第一分解图：图表 20卡号处理第二级分解图：图表 21该系统主要实现银行卡用户的存款、取款，以及进行一些简单的查询和转账业务，同时能够在系统里面进行客户密码的修改，实现简单的机器与客户交互。六、面向对象分析与设计6.1 面向对象方法面向对象方法是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，是建立

26、在对象概念（对象、类和继承）基础上的方法，简称OO方法。面向对象分析的目标是完成对所解问题的分析，确定待建的系统要做什么，并建立系统模型。6.2 用例用例视图是列出系统中的用例和执行者，并显示了哪个执行者参与了哪个用况的执行，此系统的用例图如下：图表 22下面给出部分用例的详细描述。（1）开户用例描述用例名称：开户参与的执行者：柜员，储户前置条件：一个合法的柜员已登录到该系统事件流： 1.当选择开户功能时用例开始 2.输入客户信息（姓名、地址、身份证号等） 3.从账户管理系统获取新的账号4.请客户输入密码 5.请客户再次输入密码 6.如果两次密码不一致则回到第4步，否则继续 7.在账户库中增加

27、新客户 8.打印存款单，用例结束后置条件：在账户库中增加了一个新账户，得到一张新银行卡（2）取款用例描述用例名称：取款参与的执行者：柜员前置条件：一个合法的柜员已登录到该系统事件流：基本路劲： 1、当选择取款功能时，用例开始 2、当输入客户信息时（姓名、账号等）后 （a）如果客户信息与账户不一致，显示错误信息，可以重新输入或结束用例 （b）如果该账户被冻结（如因挂失而冻结），显示冻结信息并结束用例 3、输入并校验密码 4、输入取款金额，如果该账户的余额小于取款金额，显示错误信息，要求重新输入 5、打印取款单 6、建立取款事件记录，更新账户信息 7、用例结束可选路劲： 第3步校验密码时，如果发现

28、密码不一致，则重新输入密码，或用例结束后置条件：如果取款成功，客户账户的余额被更新（减少、增加），否则余额不变6.3 系统状态图图表 23图表 24七、数据库分析与设计数据库设计指对系统所采用的数据模式、子模式、应用程序、数据库等根据用户的具体要求进行分析和设计。它也是管理信息系统设计的重要组成部分。数据库设计的基本原则是尽可能提高数据组织的相对独立性，简化其结构，即用规范化方法设施数据存储的结构，提高数据的可维护性、完整性、一致性。通过收集和分析用户需求，确定了数据库要保存的信息，我将此次数据库设计为二个如下所示表的设计如下：Account表字段名中文解释字段类型空值类型要求备注ID Num

29、ber身份证号文本长度18NOT NULL共18位，前17位只能是数字，最后一位可以是数字或者X主键ID Name姓名文本长度10NOT NULL最长为10个汉字，最短限1个汉字ID Birthday出生日期日期时间NOT NULL6/26/1992ID Sex性别文本长度1NOT NULL一个汉字Account Opening Site开户地点文本长度10NOT NULL最长为10个汉字Account Opening Date开户日期日期时间NOT NULL6/26/1992Staff Number员工号文本长度10NOT NULL10位数字外键Card表字段名中文解释字段类型空值类型要求备

30、注Card Number银行卡号文本长度19NOT NULL19位的数字主键Card Password银行卡密码文本长度6NOT NULL6位数字ID Number身份证号文本长度18NOT NULL共18位，前17位只能是数字，最后一位可以是数字或者X外键ID Name姓名文本长度10NOT NULL最长为10个汉字，最短限1个汉字Current Balance余额货币NOT NULL小数点后固定有两位Transaction Datetime交易时间日期时间NOT NULL精确到秒Staff Number员工号文本长度10NOT NULL10位数字外键Deposit Slip表字段名中文解释

31、字段类型空值类型要求备注Slip Number存单号文本长度10NOT NULL10位数字主键Slip Password存单密码文本长度6NOT NULL6位数字ID Number身份证号文本长度18NOT NULL共18位，前17位只能是数字，最后一位可以是数字或者X外键ID Name姓名文本长度10NOT NULL最长为10个汉字，最短限1个汉字Income Amount存入金额货币NOT NULL小数点后固定有两位Deposit Type存款类型文本长度10NOT NULL只能是“D1，D2，D3，D5”四种类型当中的一个外键Transcation Datetime交易时间日期时间NOT

32、 NULL精确到秒Staff Number员工号文本长度10NOT NULL10位数字外键Interest Rate表字段名中文解释字段类型空值类型要求备注Deposit Type存款类型文本长度10NOT NULL只能是“D1，D2，D3，D5”四种类型当中的一个主键Deposit Rate利率单精度NOT NULL小数点后固定有两位外键Bill Schedule表字段名中文解释字段类型空值类型要求备注Card Number银行卡号文本长度19NOT NULL19位的数字外键Income Amount存入金额货币NOT NULL小数点后固定有两位Payment Amount支出金额货币NOT

33、 NULL小数点后固定有两位Current Balance余额货币NOT NULL小数点后固定有两位Transcation Time交易时间日期时间NOT NULL精确到秒Staff Number员工号文本长度10NOT NULL10位数字外键Interest Rate表字段名中文解释字段类型空值类型要求备注Staff Number员工号文本长度10NOT NULL10位数字主键Staff Name员工名文本长度10NOT NULL最长为10个汉字，最短限1个汉字7.1数据库环境说明Microsoft Access 数据库，运行环境是Windows 7。7.3数据库逻辑设计7.3.1逻辑设计步

34、骤1需求分析：了解用户的数据需求、处理需求、安全性及完整性要求；2概念设计：通过数据抽象，设计系统概念模型，一般为E-R模型；3逻辑结构设计：设计系统的模式和外模式，对于关系模型主要是基本表和视图；7.3.2 逻辑设计关系图图表 251用户必须首先在银行创建Account（账户）才可以进行后续的存储款操作。3一个Account （账户）表可以对应多个Card（卡）表或者Deposit Slip（存单）表，Card（卡）表与Deposit Slip（存单）表相互独立。3Interest Rate（利率）表用来储存银行的固有存款率，有数据库给出，用户无法参与修改，但是可以查阅。4Staff（员工）

35、表为银行员工信息，在每次对用户操作时，都要留下工作人员的员工号码。5Bill Schedule（账目明细）表是用来存储Card（卡）表的操作明细，方便用户查询。八、人机界面设计8.1界面设计原则（1）遵循一致原则，确立标准并遵循（2）（Color）颜色使用恰当，遵循一致原则（3）（Resource）资源（4）（Font）字体（5）（Text）文字表达（6）（Style）控件风格，不要使用错误控件，控件功能要专一（7）（Align）控件布局，窗口不拥挤，按功能组合控件（8）Tab顺序（9）快捷键、加速键和弹出菜单（10）用户交互（11）发行时阐明规则8.2系统窗口汇总用户界面设计目前已成为评价软

36、件质量的一条重要指标，所谓用户界面是指软件系统与用户交互的接口，通常包括输入、输出设计、人机对话的界面设计。登陆模块输入界面图表 26登录模块依然采用的是密码输入的方式，需要用户输入卡号、密码然后点击登录，程序将根据输入卡号查找密码，程序系统将根据卡号调用后台数据库查找与卡号对应的密码并与用户输入的密码相对比。密码正确继续，否则当输入的次数达到三次时，系统将提示你“对不起，你输入密码错误，请明日再操作”。主菜单页面：用户根据输入的身份证号，判断用户是否开过户？若已开户，在允许用户选择相应的业务类型；若没有开过户，则为为用户开户。图表 27开户界面：用户输入基本信息，为用户开户，并提供卡帐号，用

37、户为卡设置密码。图表 28图表 29存款界面：用户可以选择定期存款和活期存款。此模块需要用户输入密码后，两次输入密码进行确认，然后，点击确定，修改密码，成功后给出提示信息，其中考虑到一些用户的输入错误问题，做出了一些异常的判断和处理，空输入，输入两次新密码不匹配和原密码不正确等问题。图表 30 图表 31图表 32取款界面，转账界面与存款界面相似，此处不再解释。清单界面：图表 33查询界面根据用户输入的卡号和密码，如果密码正确，则输入该卡号所有交易的具体信息，供用户查看。图表 34九、软件测试信息报告测试软件前，需要测试若干个测试用例，每个测试用例由测试输入数据和预期结果组成，测试时通过输入数

38、据，运行被测程序，如果运行的实际输出与预期结果不一致，则表明发现了程序中的错误。9.1测试范围与主要内容程序设计语言的选择通常考虑到项目的应用领域、软件开发方法、软件执行环境、算法和数据结构的复杂性、和软件开发人员的知识。程序设计是指使用选定的程序设计语言，把经过概要设计各详细设计所得到的信息处理过程，转换成能在计算机上运行的程序源代码。本系统中用Eclipse编程工具，采用结构化的编程方法对模块进行程序编写。具体源程序见附页。9.2测试方法软件测试的目的是尽可能多的发现程序中的错误，而调试则是在进行了成功的测试之后才开始的工作。程序调试是指在系统测试的基础上，将发现的问题进行改正，使之符合设

39、计标准。本系统采用的主要方法如下：单元测试：是指原程序中每个程序单元进行测试，检查各个模块是否正确实现规定的功能，从而发现模块在编码中或算法中的错误。采用白盒法对各模块进行逻辑错误排查，用黑盒法录入一些有特征的数据从不同角度验证结果。集成测试：在单元测试的基础上，将所有模块按照设计要求组装成一个完整的系统进行测试。确认测试（有效性测试）:它的任务是检查软件的功能与性能是否与需求规格说明书中确定的指标相符合。一般分为用黑盒进行确认测试，再检查软件所有文档的完整性、正确性软件配置审查。9.3系统测试步骤测试过程一般分为4个步骤，即单元测试、集成测试、确认测试和系统测试及发版测试。开始是单元测试，集

40、中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确实现规定的功能。集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。确认测试则是要检查已实现的软件是否满足了需求规格说明中的确定了的各种需求，以及软件配置是否完全、正确。系统测试把已经经过确认的软件纳入实际运行环境中，与其他系统成分组合在一起进行测试。9.4 系统测试用例9.4.1 边界测试：测试正确数据：管理员id：1111；密码：0000；身份证姓名：杨俊森；密码：123456；存钱日期：2013-10-29；卡内余额：10000元；卡号：111111111

41、11111111111（20位）测试用例测试数据预期结果11110、0000；1111、0001账户、密码错误21111、0000、44140219920621101身份证号少一位31111、0000杨俊森、123456、123450、2013-10-29、1111两次输入密码不一致41111、0000定期取款未到取款期限51111、0000活期取款、11111111111111111110、123456、5000卡号不存在61111、0000、441402199206211

42、013、活期取款、11111111111111111110、123450、5000卡号密码错误71111、0000活期取款、10001余额不足81111、0000转账1234565000账户不存在91111、0000转账1234505000账号密码错误101111、0000转账、

4312345610001余额不足111111、0000查询、11111111111111111110、123456卡号不存在121111、0000查询、11111111111111111111、123450卡号密码错误42图表34登录1消息提示框2密码错误主菜单3密码正确不存在取款18转账22查询26存在开户6录入开户信息7为该卡设置密码8身份证号是否存在5输入身份证号4选择业务类型9余额够否19够不够取款成功打印清单20余额够否23转账成

44、功打印清单24够不够转账失败25取款失败21定期活期14定期定期活期活期到期限否15到期未到期取款成功打印清单16取款失败17活期存款13存款10定期活期11定期存款129.4.2 基本路径测试Path1：1-2：1111,0001Path2：1-3-4-5-6-7-8-10-11-12：1111,0000杨俊森，123456,1111，（定期存款）Path3：1-3-4-5-6-7-8-10-11-13：1111,0000杨俊森，123456,1111，（活期存款）Path4：1-3-4-5-9-10-11-12

45、：1111,0000（定期存款）Path5：1-3-4-5-9-10-11-13：1111,0000（活期存款）Path6：1-3-4-5-9-14-15-16：1111,0000（定期取款成功，打印清单）Path7：1-3-4-5-9-14-15-17：1111,0000（未到期限，取款失败）Path8：1-3-4-5-9-14-18-19-20：1111,0000（活期取款成功，打印清单）Path9：1-3-4-5-9-14-18-19-21：1111,0000（余额不足，取款失败）Path10：1-3-4-5