Bank Account Management System 银行账户管理子系统 简称BAMS
这是一个基于C/S结构的银行账户在线管理系统,用户可以通过ATM终端界面来操作自己的银行账户.
ATM 1:
要求1:封装一个Account类 - 业务数据
写一个账户类(Account),属性并且完全封装(注意:要辨别每个属性的set/get方法是否需要公开):
id:账户号码 长整数(Long)
password:账户密码 字符串类型(String)
name:真实姓名 字符串类型(String)
personId:身份证号码 字符串类型(String)
email:客户的电子邮箱 字符串类型(String)
balance:账户余额 双精度(double)
方法:
deposit: 存款方法,参数类型:double, 返回类型:Account
withdraw:取款方法,参数类型:double, 返回类型:Account
构造方法:
有参和无参,有参构造方法用于设置必要的属性
ATM 2:要求1:完成以下两种账户类型的编码。
银行的客户分为两大类:储蓄账户(SavingAccount)和信用账户(CreditAccount),两种的账户类型的区别在于:
储蓄账户不允许透支,而信用账户可以透支,并在用户在满足银行条件的情况下允许用户调整自己的透支额度.
注意:
1、CreditAccount需要多一个属性 ceiling 透支额度;
2、CreditAccount需要覆盖(重写)Account中的取款方式withdraw()。
要求2:完成Bank类的编码。
属性:
1.当前所有的账户对象的信息,存放在数组中: Account[].
2.当前账户数量index.
方法:
1. 用户开户(register)
参数列表: Long 账号, String密码, String确认密码,String 姓名,String身份证号码,String邮箱,int 账户类型;
(Long id, String password, String repassword, String name, String personID, String email, int type)
返回类型:Account
项目需求规定账户类型:0 – 储蓄账户 1 – 信用账户 2 – 可贷款储蓄账户 3– 可贷款信用账户
2. 用户登录(login)
参数列表: Long 账号, String密码;
(Long id, String password)
返回类型:Account
3. 用户存款(deposit)
参数列表: Long 账号, double存款金额;
(Long id, double money)
返回类型:Account
4. 用户取款(withdraw)
参数列表: Long 账号,String 密码,double取款金额;
(Long id, String password, double money)
返回类型:Account
5. 设置透支额度(updateCeiling)
参数列表: Long 账号, String 密码,double透支额度金额;
(Long id, String password, double money)
返回类型:Account
提示:这个方法需要验证账户是否是信用账户
6. 转账功能(transfer)
参数:from转出账户,passwordFrom 转出账号的密码,to转入账户,money转账的金额
(Long from, String passwordFrom, Long to, double money)
返回值:boolean
要求3:另外,请为Bank类添加几个统计方法
1.统计银行所有账户余额总数
2.统计所有信用账户透支额度总数
要求4:编写测试类
写个测试类,测试以上代码能否正常工作。
要求5:覆盖toString方法
查看对象的内容。
ATM 3:
要求1:让银行来提供账号(id)的生成
修改Account类和Bank类,银行用户的账号(id)应是自动生成的,初始值为:
862150212013020001(国家+邮编+年+月+序号)。
比如:第一个开户的账号为862150212013020001,第二开户的账号为862150212013020002 … 依此类推.
要求2:修改存款和取款方法
对于Account类中的存款方法和取款方法进行修改.
存款方法:改为不允许子类修改
取款方法:改为抽象方法,便于在子类中去覆盖(重写)
要求3:单例
将Bank类作成单例。
提醒:一定要理解使用单例模式的原理。
ATM 4:
要求1:新增一个贷款功能
为了满足业务发展的需求,银行需要为用户提供贷款的功能,来满足更多的用户需求。
抽象出一个贷款功能的接口:Loanable
该接口具有以下功能:
a) 贷款(requestLoan)
参数:money贷款金额
返回类型:Account
b) 还贷(payLoan)
参数:money还贷款金额
返回类型:Account
提醒:一定要理解抽象接口的原理和真实含义。
要求2:新增两种的新的账户类型
为了满足业务发展的需求,新增两种具有贷款功能的账户类型:可以贷款不可以透支账户和可以贷款可以透支账户;
为SavingAccount和CreditAccount各自添加一个子类LoanSavingAccount类和LoanCreditAccount类,同时让两个新增的子类都必须要实现Loanable接口。为了表示某个贷款账户的贷款金额,需要为所有的可贷款账户提供一个能记录贷款金额,所以要为CreditAccount类整一个普通的成员属性loanAmount,为长整形(long)。
说明1:LoanSavingAccount类表示该账户可以贷款,不可以透支;
LoanCreditAccount类表示该账户可以贷款,可以透支。
说明2:贷款和透支是不一样的,透支指的是账户余额小于0,而贷款用户需要一个贷款额的属性.
在ATM机上,用户可以选择贷款,也可以选择还贷款,而还贷款就是要把账户余额上的资金转到贷款额上
例如:
用户余额10000元,贷款额100000元,用户可以选择还款5000元,则用户余额变为5000,贷款额变为95000元.
要求3:为Bank类添加三个新方法
a) 贷 款(requestLoan)
参数:id 账户,money贷款金额
(Long id , double money)
返回类型:Account
b) 还贷款(requestLoan)
参数:id 账户,money还贷款金额
(Long id , double money)
返回类型:Account
c) 统计所有账户贷款的总额(totoal)
参数:无
返回类型:double
ATM 5:
要求1:
修写Bank类,采用集合的方式来管理多个Account对象
注意:通过分析每种集合的具体功能和特性后,选择合适的集合类型实现该功能。
要求2:
为Bank类添加一个方法,能够打印所有用户的总资产排名(提高部分)
说明:
1)、一个用户可能会有多个账号,以身份证号为准.
2)、总资产指多个账户余额的总和,不需要考虑贷款账户的贷
ATM 6:Exception
要求1:
为ATM增加业务异常类:
ATMException: ATM业务异常基类。
BalanceNotEnoughException :用于取钱的时候余额不足的情况(包括账户余额超过透支额的情况)
RegisterException:用于开户异常的情况,例如密码两次输入不一致等情况
LoginException:用户登录异常的情况,例如id错误,密码错误
LoanException:贷款额不能为负数,如果用户试图将贷款额置为负数,则会抛出这个异常
注意:在此异常的基础也可以继续扩展适合业务的异常类。
ATM 7:Swing GUI开发
第一步部分:为ATM项目添加用户客户端操作界面
需要以下几个类:
1) ATMClient: 其中会包含一个Frame,这是用户主界面.
2) MainPanel:主界面,用户可以选择开户或者登录
3) RegisterPanel:用户开户具体用到的界面
4) LoginPanel:用户登录需要的界面
5) BusinessPanel:界面上会显示账户的功能, 至少包括存款\取款\对于可透支的用户,允许用户修改透支额度\对于贷款用户,允许用户贷款和还贷款\转账。
第二步部分:为用户客户端操作界面添加事件处理
要求:在开户或者登录之后都会跳到BusinessPanel,而用户点击了交易之后,界面停留在BusinessPanel
要随时注意在BusinessPanel上根据数据的变化更新显示信息。
ATM 8:I/O&File
项目详细内容介绍
1、 分析:
将账户对象保存文件中,前期为新的账户对象分配id的做法(使用static特性)不再合适现今业务需求,也应相应的改变。
解决方案:
将下一个可用的id存放在文件中,每创建一个新对象的时候都会读取这个文件,获得新对象的id,并且修改文件中的id,使其加1后,再保存到文件中。
2、 修改Bank类中各个业务方法
分析:
要将账户信息全部保存到文件中,然后再从文件读取到内存中进行业务操作,而后再将处理完的业务对象重新保存到文件中永久保存起来。
解决方案:
1)采用对象序列化和反序列化技术。
2)将全部账户信息采用对象序列化的方式存放在文件中。
提示:
1) 使用文件来保存各种账户的信息,将注册、存款、取款、转账、修改之后的信息要及时的保存到文件中,时刻保证内存和文件中数据的一致性。
2) 采用何种存放方式,自由发挥决定。
ATM 9:NetWork
分析:
在现有的ATM中,用户是通过界面直接访问Bank对象,这种方式不符合业务需求,因为银行后台是受保护的绝对安全的业务操作,所以将其改为C/S结构,由界面充当客户端,通过TCP协议访问服务器端的核心业务对象(Bank对象).
解决方案:
1) 多线程技术
2) 网络编程技术
3) 需要完成服务端的编程,负责完成接收客户端的请求和相关业务处理。
注意:如何保证多个客户端同时登陆,并且保证业务数据在冲突的情况下,不能受到破坏。
提示:客户端和服务器端需要通过对象(TO)来传递信息,,这里会使用对象序列化技术.
1