软件工程银行卡管理系统课程设计样本.doc

华北电力大学

课程名称：软件工程
课程题目：银行存储系统
成员：孟格思 姜婷 刘宏宇 赵雄飞 杨俊森
专业：计算机科学与技术
学院：控制与计算机工程学院
时间：10月24号

目录
华北电力大学 1
一、开发背景与目的 2
1.1开发背景 2
1.2开发目的与思想 2
二、需求分析 2
2.1目的 3
2.1.1 存款业务 3
2.1.2 取款业务 3
2.1.3 转账业务 3
2.1.4 查询业务 3
2.2系统功能性需求 4
2.3系统需求分析规格阐明书 4
2.4系统ER图 4
2.4.4 数据字典 4
2.5 系统非功能性需求 6
2.5.1软硬件环境需求 6
2.5.2软件质量需求 6
2.5.3顾客界面需求 6
2.6 面向数据流设计办法 6
2.6.1 拟定输入流和输出流边界，从而孤立出变换中心。 6
2.6.2 完毕“第一级分解” 7
2.6.3 完毕“第二级分解” 7
2.7软件系统功能/对象构造 10
2.7.1 银行存储系统用例图 10
2.8软件质量因素 13
2.8.1可用性 13
2.8.2可靠性 13
2.8.3效率 13
2.8.4安全性 13
2.8.5可维护性 13
2.8.6可移植性 14
三、可行性分析报告 14
3.1 经济可行性分析 14
3.2社会可行性分析 14
3.3技术可行性分析 14
四、开发环境与项目规划 15
4.1开发环境 15
4.2项目规划与管理 15
4.2.1开发人员安排 15
4.2.2开发进度安排 15
五、构造化分析与设计 15
5.1构造化分析 16
5.2构造化设计 18
六、面向对象分析与设计 22
七、数据库分析与设计 25
7.1数据库环境阐明 26
7.2数据库命名原则与规范 26
7.3数据库逻辑设计 27
7.3.1逻辑设计环节 27
7.4数据库物理设计 27
7.4.1数据库物理设计环节 27
7.4.2表、视图汇总 27
7.4.3各表、视图设计详解 27
八、人机界面设计 28
8.1界面设计原则 28
8.2系统窗口汇总 28
九、软件测试信息报告 32
9.1测试范畴与重要内容 33
9.2测试办法 33
9.3系统测试环节 33
9.4 系统测试用例 33
9.5系统长处 37
十、软件使用阐明书 37
10.1软件概述 37
10.2使用阐明 37

一、开发背景与目的
1.1开发背景
本系统选题为银行存储系统，是模仿银行存储开发。随着计算机飞速发展及应用领域扩大，特别是计算机网络和电子商务发展，极大变化了商业银行老式经营模式。可觉得客户提供以便、快捷、安全服务，也可以有效减少银行营运成本，这是银行存储系统追求目的。当前，对于当代化银行运营规定是客户可以实现以便安全业务交易，银行职工可以进行高效合理工作管理，实现银行业务电子化。
1.2开发目的与思想
本系统设计指引思想是一切为使用者着想，运用JAVA语言在Eclipse下设计了这样一种系统，界面美观，使得顾客可以安全进行操作，便捷，迅速进行注册、存款、取款、修改密码以及完毕某些转账交易，大大提高办公效率，可以及时、精确、有效帮顾客办理各种繁琐手续，也减缓了银行工作人员压力。
详细体现为：
（1）系统应当符合银行管理规定，满足有关人员使用系统基本需要并规定达到操作过程中，直观、以便、实用、安全等需求；
（2）系统采用模块化程序设计办法，便于系统功能各种组合和修改，又便于未参加开发程序人员补充、维护；
（3）系统具备数据库维护功能，及时依照顾客需要进行数据添加、删除、修改等操作；
（4）采用软硬件环境及先进管理系统开发方案，运用既有资源，提高系统开发水平和应用效果目。

二、需求分析
需求分析阐明是管理系统开发起始阶段，也是软件开发工作中最重要一环。需求分析目的是明确系统开发目的和顾客信息需求，提出系统逻辑方案。为系统设计做好准备。
系统中规定每个银行管理者均有一种系统帐号，并每个帐号均有密码，系统一切操作都由管理者执行，而不是由存诸顾客执行，也主是说存储顾客并不直接与系统交互，而是通过管理员与系统交互。该系统重要有四某些业务功能，存款，取款，转账和查询。
储户填写开户信息表单交给业务员，有业务员输入信息，录入数据库，即开户成功。储户填写存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名，身份证号码，存款类型，存款日期，利率及密码（可选）等信息，并打印存单给储户；如果是取款并且存款时留有密码，则系统一方面核对储户密码，若密码对的或存款时未留密码，则系记录算得利息并打印出利息清单给储户。转账时规定顾客提供转账帐号和被转帐号以及转账金额，查询时同样需要顾客输入卡号，密码和查询项等，最后均有业务员操作，将信息更新。
2.1目的
本项目要开发一种银行系统，系统一共分为存款业务、取款业务、转账业务、查询业务四个子系统。
2.1.1 存款业务
银行开展人民币存储业务，一方面判断储户与否有卡，若无卡，则为储户开户，设立密码，并给储户一张银行卡，接着由柜员获取存款信息，存款为死期存款还是活期存款，然后执行存款流程，最后打印出清单给储户。
2.1.2 取款业务
一方面有储户提供信息，判断是死期订单还是银行卡，若是死期订单，则判断与否到达期限，若不到达期限，则不能取出钱；若到达期限，则可取出余额，并计算利息，打印出清单给储户。
2.1.3 转账业务
银行个人转账业务采用实盘交易方式，也就是客户必要持有足额需要转出人民币，才干按照流程转入被转入储户卡中。先由转出储户提供卡号和密码，从该储户卡号上取出一定金额钱，紧接着向被转储户卡号上存入相似金额人民币，最后由柜员打印出清单交给储户。
2.1.4 查询业务
客户可以到银行柜台选取查询功能，并提供查询所需要信息，选取查询类型，最后打印出查询单供储户查看。
2.2系统功能性需求
Ø 系统为柜员提供主功能界面
Ø 系统在启动时规定柜员输入登录帐号与密码
Ø 系统要通过管理员执行一系操作（如：存钱，取钱，转账，查询等）
Ø 管理员代替顾客实现存款，取款，查询，转账等操作
Ø 储户一切信息，存储在数据库表中
2.3系统需求分析规格阐明书
Ø 实现储户开户登记
Ø 办理定期存款手续
Ø 办理定期取款手续
Ø 办理活期存款手续
Ø 办理活期取款手续
Ø 办理转账手续
Ø 实现利息计算
Ø 输出明细表
Ø 查询卡号信息
2.4系统ER图
2.4.4 数据字典
数据名字：存款
数据来源：银行卡信息表/存单信息表
数据目：存款单
数据构成：姓名+卡号+交易时间+存入金额 /姓名+存单号+存入金额+存款年限

数据名字：取款
数据来源：储户
数据目：取款单
数据构成：姓名+卡号/存单号+密码+取款时间+取款金额+身份证号

数据名字：清单
数据来源：银行卡表、存单表、利率表
数据目：储户
数据构成：姓名+交易时间+取款金额+存款金额+余额

数据名字：转账单
数据目：银行卡表
数据构成：转入卡号+转出卡号+密码+金额

系统重要关系模式：
账户表（身份证号，姓名，出生日期，性别，交易时间，开户地点，员工号）
银行卡（身份证号，姓名，卡号，存入金额，取出金额，余额，交易时间，密码，员工号）
存单表（存单号，姓名，身份证号，存入金额，交易时间，密码，定期类型，员工号）
利率表（定期类型，利率）
柜员（员工号，姓名）

E-R图如下：

图表 1
2.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.90GHz1.90GHz
安装内存（RAM）：2.00GB
2.5.2软件质量需求
软件开发所用系统要可以应用SQL Sever和运营java 软件Eclipse
2.5.3顾客界面需求
顾客界面需求就是陈述所需要顾客界面软件组件。描述每个顾客界面逻辑特性。如下是也许要涉及某些特性。
（1）将要采用图形顾客界面（GUI）原则或产品系列风格
（2）屏幕布局或解决方案限制
（3）将出当前每个屏幕按钮、功能或导航链结（例如一种协助按钮）。
（4）快捷键
（5）错误信息显示原则

2.6 面向数据流设计办法
2.6.1 拟定输入流和输出流边界，从而孤立出变换中心。
如下图所示：

图表2

2.6.2 完毕“第一级分解”
基于书上第三章第三题实当前银行储蓄管理系统在一级分解中，可将系统分解成三个子功能模块：顾客操作，业务员操作，系统输出。
如下图所示：
银行存储管理系统
顾客操作
系统输出

业务员操作

图表3
2.6.3 完毕“第二级分解”
<1> 顾客操作分解
可将顾客操作分解为：开户民，存款，取款，查询。
如下图所示：

顾客操作

存款
取款
转账
查询
提交存款信息
提交取款信息
提交转账信息
提交顾客查询表

图表4

<2>业务员操作分解
业务员操作是将顾客操作传送给系统，代替顾客与系统交互，因此，业务员操作与系统操作基本类似，也可以近似地将业务员看作顾客。因此操作员操作可分解为：存款，取款，转账，查询。并且如顾客在开户时设有密码，则进行密码验证。
因此分解图如下：

图表 5
<3> 系统输出分解
系统输出可分解为：计算利息-打印清单，保存新顾客信息，更新顾客信息，打印存单
分解图如下：

图表 6

2.7软件系统功能/对象构造
2.7.1 银行存储系统用例图

图表 7
2.7.2 银行存款业务顺序图

图表 8
2.7.3 银行取款业务顺序图

图表 9
2.7.4 银行转账业务顺序图

图表 10
2.7.5 银行转账业务类图

图表 11

2.8软件质量因素
2.8.1可用性
a.改进内部体系构造；
b.发生系统故障时迅速恢复；
c.改进了开发人员工具代码；
d.减少系统重新启动状况；
e.顾客界面与Windows系统兼容。
2.8.2可靠性
在银行等服务性行业，其软件系统可靠性直接关系到自身名誉和生存发展竞争能力。
a避免需求分析定义错误浮现。
b.在完毕软件时尽量避免设计错误、编码错误以及测试错误提高健壮性，增强对非法输入容错能力。
c.在规定条件下，尽量减少系统失效概率；
d.在规定期间周期内，在所述条件下软件可以执行特定功能。
2.8.3效率
程序响应时间基本规定应在人感觉和视觉事物范畴内，信息互换时间基本规定在程序调用前调用后都与数据库保持同步更新，网络信息互换施加应当不大于程序调用时间。容许庞大事务祈求，并提供更短相应时间和更快事务速率。数据出错时可以尽快恢复，尽量地减少损失。
2.8.4安全性
a.系统规定在有较高安全性，由于在储蓄和转账时，顾客账号需要在网络上传播，因此必要提供额外安全办法，在此咱们设立了顾客和柜员权限。
b.数据库系统要进行多次备份，以免数据破坏或被袭击。
c.有极高数据精准度。在进行向数据库文献提取数据时，需求数据记录定位精准，在往数据库文献数组中添加数时，规定输入数精准金额，身份证，卡号等按消息设定字符数。在汇率转换、利息计算时不能因数据精准度局限性导致顾客资金损失。
2.8.5可维护性
a.改进和补充文档提高程序可理解性，提高可维护性可移植性。
b软件维护过程中，维护小组也可以采用与主程序员小组和构造普查类似方式，以保证程序质量。
c.软件在运营期间，为了纠正新发现错误或缺陷，为了适应计算机环境变化，为了响应顾客新需求，必要进行修改。
2.8.6可移植性
为获得较高可移植性，在设计过程中采用通用程序设计语言和运营支撑环境。尽量不用与系统底层有关性强语言。数据库也应有较好更新能力及适应性。
三、可行性分析报告
可行性研究目就是用最小代价在最短时间内拟定该软件项目与否可以开发，与否值得去开发。实质上就是进行一次简化、压缩了需求分析、设计过程。可从三个方面分析研究每种解决问题可行性
3.1 经济可行性分析
经济可行性：进行开发成本估算以及理解得到效益评估，拟定要开发项目与否值得投资开发。对银行业来说，是依托存款、贷款之间差额来生存，因此要尽量拉拢更多客户使用本行，银行存储系统是为了能让为客户更便捷服务，从而更具备吸引力。从银行角度出发还是非常乐意把一某些资金投入到这方面研究当中。
3.2社会可行性分析
开发银行卡存储系统需要依照银行卡管理规定操作，不得有侵害她人隐私盗取金额为目。银行卡存储系统以便运营操作，组内人员有着良好道德修养。会依照顾客实际需要来开发此程序，操作快捷，易于掌握。
3.3技术可行性分析
技术可行性：对项目功能、性能、限制条件进行分析，拟定在既有资源和技术件下系统与否能实现。（开发风险、资源有效性、技术）通过对开发风险、资源有效性和技术分析后，以为开发银行存储系统风险小，资源充分，技术可以应付，但是一定要以生活中银行管理过程中信息为基本。

四、开发环境与项目规划
4.1开发环境
运用Java语言强大功能，并具备面向对象开发等特点，联系实际银行卡管理系统应用界面，采用Eclipse开发工具，以Win7、Window XP等32，64位操作系统、Oracle为后台开发出了一套银行存储系统，基本上实现了存款、取款、查询、转账和查询等业务。
4.2项目规划与管理
4.2.1开发人员安排
开发人员重要是通过商量讨论、自愿组合一种小组，由于本系统设计面广，操作复杂，信息规定强，因此咱们选取五个人为一种小组，采用分工合伙、共同探讨原则，努力编辑并且完善系统应用。组内成员有姜婷、孟格思、赵雄飞、刘宏宇和杨俊森。
4.2.2开发进度安排
10月24日 开始讨论
讨论内容：1）系统名拟定
2）运营环境
3）系统应用价值
4）顾客群体
5) 需求分析阐明
6）可行性分析
7）项目规划
8）编译语言
10月25日 通过小构成员查阅资料并做出讨论，最后做出决定，咱们组将要开发银行存储系统，26，27日实现需求分析以及面向对象设计前期工作。28，29开始编码，并完善文档。30日进行软件测试，提交报告。因银行具备强大市场，应用价值广泛，应用知识广泛可以充分运用教材所学知识，由于Java语言具备面向对象开发等特点，因此选取Java语言进行编译。分工如下，孟格思，刘宏宇负责UML建模以及需求分析，各种流程画图。赵雄飞负责数据库设计与录入数据，姜婷负责用Java编写代码，杨俊森负责软件测试用例设计以及软件测试。
五、构造化分析与设计

构造化分析与设计办法是一种面向数据流老式软件开发办法，它以数据流为中心构建软件分析模型和设计模型。构造化分析、构造化设计和构造化程序设计构成了完整构造化办法。
初期构造化分析办法分析成果涉及：一套分层数据流图、一本数据字典（涉及E-R图）、一组加工规约以及其她补充资料（如非功能性需求等）。
5.1构造化分析
数据流图是描述输入数据流到输出数据流变换（即加工），用于对系统功能建模。银行存储系统流程图如下：

银行存储系统环境图：

图表 12

银行存储系统一层数据流图图：

图表 13

银行存储系统二层数据流图：

图表 14

图表 15
5.2构造化设计
构造化设计是将构造化分析数据流图映射成软件体系构造一种设计办法，SD强调模块化、自顶向下逐渐求精、信息隐藏、高内聚低耦合等设计准则。
在构造化设计中用构造图来描述软件系统体系构造，指出一种软件系统由那些模块构成以及模块之间调用关系，如下图所示：

图表 16

构造图第一分解图：

图表 17
顾客注册第一级分解图：

图表 18

顾客注册第二级分解图：

图表 19

顾客解决第一分解图：

图表 20

卡号解决第二级分解图：

图表 21

该系统重要实现银行卡顾客存款、取款，以及进行某些简朴查询和转账业务，同步可以在系统里面进行客户密码修改，实现简朴机器与客户交互。

六、面向对象分析与设计

面向对象办法是一种把面向对象思想应用于软件开发过程中，指引开发活动系统办法，是建立在对象概念（对象、类和继承）基本上办法，简称OO办法。
面向对象分析目的是完毕对所解问题分析，拟定待建系统要做什么，并建立系统模型。
用况视图是列出系统中用况和执行者，并显示了哪个执行者参加了哪个用况执行，此系统用况图如下：

图表 22

下面给出某些用况详细描述。

（1）开户用况描述
用况名称：开户
参加执行者：柜员，储户
前置条件：一种合法柜员已登录到该系统
事件流：
1.当选取开户功能时用况开始
2.输入客户信息（姓名、地址、身份证号等）
3.从账户管理系统获取新账号
4.请客户输入密码
5.请客户再次输入密码
6.如果两次密码不一致则回到第4步，否则继续
7.在账户库中增长新客户
8.打印存款单，用况结束
后置条件：在账户库中增长了一种新账户，得到一张新银行卡

（2）取款用况描述
用况名称：取款
参加执行者：柜员
前置条件：一种合法柜员已登录到该系统
事件流：
基本路劲：
1、当选取取款功能时，用况开始
2、当输入客户信息时（姓名、账号等）后
（a）如果客户信息与账户不一致，显示错误信息，可以重新输入或结束用况
（b）如果该账户被冻结（如因挂失而冻结），显示冻结信息并结束用况
3、输入并校验密码
4、输入取款金额，如果该账户余额不大于取款金额，显示错误信息，规定重新输入
5、打印取款单
6、建立取款事件记录，更新账户信息
7、用况结束
可选路劲：
第3步校验密码时，如果发现密码不一致，则重新输入密码，或用况结束
后置条件：如果取款成功，客户账户余额被更新（减少、增长），否则余额不变

系统状态图如下：

图表 23

图表 24

七、数据库分析与设计

数据库设计指对系统所采用数据模式、子模式、应用程序、数据库等依照顾客详细规定进行分析和设计。它也是管理信息系统设计重要构成某些。数据库设计基本原则是尽量提高数据组织相对独立性，简化其构造，即用规范化办法设施数据存储构造，提高数据可维护性、完整性、一致性。通过收集和分析顾客需求，拟定了数据库要保存信息，我将本次数据库设计为二个如下所示表设计如下：

顾客信息设计表
1、客户表(user)
CardID
字段信息
字段名称
类型
宽度
小数位数
空特性
顾客名
uname
varchar
18

身份证号
uid
int
18

N
卡号
ucno
int
18

N

账户信息设计表
2、账户表(card)
CardID
字段信息
字段名称
类型
宽度
小数位数
空特性
卡号
cno
Int
18

N
账户余额
cjine
Int
18

N
密码
cnima
Int
18

N

7.1数据库环境阐明
Access 数据库，运营环境是Windows 7。
7.2数据库命名原则与规范
Ø 数据库命名为system，密码为beyond。
Ø 规范与原则：
Ø 其中表白尽量避免中文拼音和特殊字符。尽多使用英文。
Ø 不能使用毫无意义单词。缩写要基本能表达单词意思。
Ø 当浮现对象命名重名时，是不同类型是，应当加前缀加以表达。
Ø 名称一律大写，放表数据转移。
Ø 其中有两张表。
Ø 注册表存储本卡之内有关信息。如取款，余下金额，修改密码等！
Ø 其她表存储本卡之外所有卡有关信息。
7.3数据库逻辑设计
7.3.1逻辑设计环节
1．需求分析：理解顾客数据需求、解决需求、安全性及完整性规定；
2．概念设计：通过数据抽象，设计系统概念模型，普通为E-R模型；
3．逻辑构造设计：设计系统模式和外模式，对于关系模型重要是基本表和视图；
7.4数据库物理设计
7.4.1数据库物理设计环节
1.物理构造设计：设计数据存储构造和存取办法，如索引设计；
2．系统实行：组织数据入库、编制应用程序、试运营；
3．运营维护：系统投入运营，长期维护工作。
7.4.2表、视图汇总

7.4.3各表、视图设计详解
创立注册表语句为：
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型。而余下金额整形不够大因此也是设计成字符型。日后依照需要改成了number型，这更实用。
八、人机界面设计
8.1界面设计原则
（1）遵循一致原则，确立原则并遵循
（2）（Color）颜色使用恰当，遵循一致原则
（3）（Resource）资源
（4）（Font）字体
（5）（Text）文字表达
（6）（Style）控件风格，不要使用错误控件，控件功能要专一
（7）（Align）控件布局，窗口不拥挤，按功能组合控件
（8）Tab顺序
（9）快捷键、加速键和弹出菜单
（10）顾客交互
（11）发行时阐明规则
8.2系统窗口汇总
顾客界面设计当前已成为评价软件质量一条重要指标，所谓顾客界面是指软件系统与顾客交互接口，普通涉及输入、输出设计、人机对话界面设计。

登陆模块输入界面

登录模块依然采用是密码输入方式，需要顾客输入卡号、密码然后点击登录，程序将依照输入卡号查找密码，程序系统将依照卡号调用后台数据库查找与卡号相应密码并与顾客输入密码相对比。密码对的继续，否则当输入次数达到三次时，系统将提示你“对不起，你输入密码错误，请明日再操作”。

主菜单页面：
顾客依照输入身份证号，判断顾客与否开过户？若已开户，在容许顾客选取相应业务类型；若没有开过户，则为为顾客开户。

开户界面：
顾客输入基本信息，为顾客开户，并提供卡帐号，顾客为卡设立密码。

存款界面：
顾客可以选取定期存款和活期存款。此模块需要顾客输入密码后，两次输入密码进行确认，然后，点击拟定，修改密码，成功后给出提示信息，其中考虑到某些顾客输入错误问题，做出了某些异常判断和解决，空输入，输入两次新密码不匹配和原密码不对的等问题。

取款界面，转账界面与存款界面相似，此处不再解释。

清单界面：

查询界面
依照顾客输入卡号和密码，如果密码对的，则输入该卡号所有交易详细信息，供顾客查看。

九、软件测试信息报告
测试软件前，需要测试若干个测试用例，每个测试用例由测试输入数据和预期成果构成，测试时通过输入数据，运营被测程序，如果运营实际输出与预期成果不一致，则表白发现了程序中错误。
9.1测试范畴与重要内容
程序设计语言选取普通考虑到项目应用领域、软件开发办法、软件执行环境、算法和数据构造复杂性、和软件开发人员知识。程序设计是指使用选定程序设计语言，把通过概要设计各详细设计所得到信息解决过程，转换成能在计算机上运营程序源代码。
本系统中用Eclipse编程工具，采用构造化编程办法对模块进行程序编写。详细源程序见附页。
9.2测试办法
软件测试目是尽量多发现程序中错误，而调试则是在进行了成功测试之后才开始工作。程序调试是指在系统测试基本上，将发现问题进行改正，使之符合设计原则。本系统采用重要办法如下：
单元测试：是指原程序中每个程序单元进行测试，检查各个模块与否正的确现规定功能，从而发现模块在编码中或算法中错误。采用白盒法对各模块进行逻辑错误排查，用黑盒法录入某些有特性数据从不同角度验证成果。
集成测试：在单元测试基本上，将所有模块按照设计规定组装成一种完整系统进行测试。
确认测试（有效性测试）:它任务是检查软件功能与性能与否与需求规格阐明书中拟定指标相符合。普通分为用黑盒进行确认测试，再检查软件所有文档完整性、对的性——软件配备审查。
9.3系统测试环节
测试过程普通分为4个环节，即单元测试、集成测试、确认测试和系统测试及发版测试。
开始是单元测试，集中对用源代码实现每一种程序单元进行测试，检查各个程序模块与否正的确现规定功能。
集成测试把已测试过模块组装起来，重要对与设计有关软件体系构造构造进行测试。
确认测试则是要检查已实现软件与否满足了需求规格阐明中拟定了各种需求，以及软件配备与否完全、对的。
系统测试把已经通过确认软件纳入实际运营环境中，与其她系统成分组合在一起进行测试。
9.4 系统测试用例
边界测试：
测试对的数据：管理员id：1111；密码：0000；身份证：4411013；姓名：杨俊森；密码：123456；存钱日期：-10-29；卡内余额：10000元；卡号：11111111（20位）
测试用例
测试数据
预期成果
1
1110、0000；1111、0001
账户、密码错误
2
1111、0000、441101
身份证号少一位
3
1111、0000、4411013、杨俊森、123456、123450、-10-29、1111
两次输入密码不一致
4
1111、0000、4411013、定期取款
未到取款期限
5
1111、0000、4411013、活期取款、11111110、123456、5000
卡号不存在
6
1111、0000、4411013、活期取款、11111110、123450、5000
卡号密码错误
7
1111、0000、4411013、活期取款、10001
余额局限性
8
1111、0000、4411013、转账、4411012、123456、4411011、5000
账户不存在
9
1111、0000、4411013、转账、4411013、123450、4411011、5000
账号密码错误
10
1111、0000、4411013、转账、4411013、123456、4411011、10001
余额局限性
11
1111、0000、4411013、查询、11111110、123456
卡号不存在
12
1111、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,0001
Path2：1-3-4-5-6-7-8-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：1111,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，（选取查询）

测试用例
运营途径
预期成果
1
1、2
回到登陆界面
2
1、3、4、5、6、7、8、10、11、12
选取定期存款
3
1、3、4、5、6、7、8、10、11、13
选取活期存款
4
1、3、4、5、9、11、12
选取定期存款
5
1、3、4、5、9、11、13
选取活期存款
6
1、3、4、5、9、14、15、16
定期取款成功
7
1、3、4、5、9、14、15、17
未到期限，取款失败
8
1、3、4、5、9、14、18、19、20
活期取款成功
9
1、3、4、5、9、14、18、19、21
余额局限性，取款失败
10
1、3、4、5、9、22、23、24
转账成功，打印清单
11
1、3、4、5、9、22、23、25
余额局限性，转账失败
12
1、3、4、5、9、26
查询

9.5系统长处
界面美观简约，易于顾客操作，可以减轻银行管理人员工作量。程序可读性强，易懂易维护顾客界面简洁，以便了顾客使用，安全性好，系统依然使用输入密码方式，保证了系统安全，系统稳定，基本达到预期功能规定。
十、软件使用阐明书
10.1软件概述
银行存储管理系统是最普遍银行业务系统，可以提供最基本银行服务之一，即存款，开户，取款，转账，查询功能。同步在制作这个系统过程中也应用了数据库知识，这个相对于咱们专业来说是比较重要内容，这个也是这个学期学习重点知识，同步数据库链接是必要要学会，由于这个是最核心内容，培养自己坚实逻辑表达能力和沟通能力，和培养自己良好文案能力。掌握银行存储管理系统详细工作原理以及java简朴系统设计办法。
10.2使用阐明
windows 平台以其全新界面简朴快捷操作方式而成为软件开发趋势。依照本系统运营环境和实际状况，选取Win7作为开发测试和运营平台。
按照界面提示完毕即可。
十一、系统开发评价
系统评价应是贯穿系统整个生命周期各个阶段重要决策手段和工作环节。狭义上系统评价是指系统投入运营后从功能性能、经济效益、社会效益上评价
本系统基本实现了取款、查询余额、转账、查询等功能，但由于时间短、知识水平有限，经验局限性，系统仍存在局限性，该系统重要有如下特点：
1、程序可读性强，易懂易维护
2、顾客界面简洁，以便了顾客使用。
3、安全性好，系统依然使用输入密码方式，保证了系统安全。
4、系统稳定，基本达到预期功能规定。
5、系统还存在着许多局限性，特别是在数据库链接上，在代码编写上也存在着诸多局限性，代码存在着诸多缺陷。
6、在系统界面效果上也存在局限性，系统界面显示应在屏中间。
总来说，本次设计当中存有许多局限性之处，基本上设计出了和自己预想中效果，但同步在设计上也还存在着诸多，诸多事没有什么用代码，我想是由于时间和经验问题，后来多练习就必定能提高，UI设计方面，仔细地看，尚有某些小问题，系统运营时警告就多达36处，但不会影响程序运营，只会在美观方面有一定影响，此后一定改进。

附：参照资料和源代码某些
参照资料：
参照文献

[1]Java 程序设计精讲 主编 许焕新 丁宏伟 清华大学出版社
[2]Sql Server 实用教程 主编 郑阿奇 电子工业出版社
[3]数据库系统开发案例精选 主编 杨湖 李凤蕾 人民邮电出版社

参照网络资源

[1] 豆丁网
[2] 百度懂得
[3] 百度文库