BankAccountManagementSystem银行账户管理子系统简称BAMS这是一个基于C/S结构的银行账户在线管理系统,用户可以通过ATM终端界面来操作自己的银行账户.ATM1:要求1:封装一个Account类-业务数据写一个账户类(Account),属性并且完全封装(注意:要辨别每个属性的set/get方法是否需要公开):id:账户号码长整数(Long)password:账户密码字符串类型(String)name:真实姓名字符串类型(String)personId:身份证号码字符串类型(String)email:客户的电子邮箱字符串类型(String)balance:账户余额双精度(double)方法:deposit:存款方法,参数类型:double,返回类型:Accountwithdraw:取款方法,参数类型:double,返回类型:Account构造方法:有参和无参,有参构造方法用于设置必要的属性ATM2:要求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账户类型;
(Longid,Stringpassword,Stringrepassword,Stringname,StringpersonID,Stringemail,inttype)返回类型:Account项目需求规定账户类型:0–储蓄账户1–信用账户2–可贷款储蓄账户3–可贷款信用账户2. 用户登录(login)参数列表:Long账号,String密码;
(Longid,Stringpassword)返回类型:Account3. 用户存款(deposit)参数列表:Long账号,double存款金额;
(Longid,doublemoney)返回类型:Account4. 用户取款(withdraw)参数列表:Long账号,String密码,double取款金额;
(Longid,Stringpassword,doublemoney)返回类型:Account5. 设置透支额度(updateCeiling)参数列表:Long账号,String密码,double透支额度金额;
(Longid,Stringpassword,doublemoney)返回类型:Account提示:这个方法需要验证账户是否是信用账户6. 转账功能(transfer)参数:from转出账户,passwordFrom转出账号的密码,to转入账户,money转账的金额(Longfrom,StringpasswordFrom,Longto,doublemoney)返回值:boolean要求3:另外,请为Bank类添加几个统计方法1.统计银行所有账户余额总数2.统计所有信用账户透支额度总数要求4:编写测试类写个测试类,测试以上代码能否正常工作。
要求5:覆盖toString方法查看对象的内容。
ATM3:要求1:让银行来提供账号(id)的生成修改Account类和Bank类,银行用户的账号(id)应是自动生成的,初始值为:862150212013020001(国家+邮编+年+月+序号)。
比如:第一个开户的账号为862150212013020001,第二开户的账号为862150212013020002…依此类推.要求2:修改存款和取款方法对于Account类中的存款方法和取款方法进行修改.存款方法:改为不允许子类修改取款方法:改为抽象方法,便于在子类中去覆盖(重写)要求3:单例将Bank类作成单例。
提醒:一定要理解使用单例模式的原理。
ATM4:要求1:新增一个贷款功能为了满足业务发展的需求,银行需要为用户提供贷款的功能,来满足更多的用户需求。
抽象出一个贷款功能的接口:Loanable该接口具有以下功能:a) 贷款(requestLoan)参数:money贷款金额返回类型:Accountb) 还贷(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贷款金额(Longid,doublemoney)返回类型:Accountb) 还贷款(requestLoan)参数:id账户,money还贷款金额(Longid,doublemoney)返回类型:Accountc) 统计所有账户贷款的总额(totoal)参数:无返回类型:doubleATM5:要求1:修写Bank类,采用集合的方式来管理多个Account对象注意:通过分析每种集合的具体功能和特性后,选择合适的集合类型实现该功能。
要求2:为Bank类添加一个方法,能够打印所有用户的总资产排名(提高部分)说明:1)、一个用户可能会有多个账号,以身份证号为准.2)、总资产指多个账户余额的总和,不需要考虑贷款账户的贷ATM6:Exception要求1:为ATM增加业务异常类:ATMException:ATM业务异常基类。
BalanceNotEnoughException:用于取钱的时候余额不足的情况(包括账户余额超过透支额的情况)RegisterException:用于开户异常的情况,例如密码两次输入不一致等情况LoginException:用户登录异常的情况,例如id错误,密码错误LoanException:贷款额不能为负数,如果用户试图将贷款额置为负数,则会抛出这个异常注意:在此异常的基础也可以继续扩展适合业务的异常类。
ATM7:SwingGUI开发第一步部分:为ATM项目添加用户客户端操作界面需要以下几个类:1) ATMClient:其中会包含一个Frame,这是用户主界面.2) MainPanel:主界面,用户可以选择开户或者登录3) RegisterPanel:用户开户具体用到的界面4) LoginPanel:用户登录需要的界面5) BusinessPanel:界面上会显示账户的功能,至少包括存款\取款\对于可透支的用户,允许用户修改透支额度\对于贷款用户,允许用户贷款和还贷款\转账。
第二步部分:为用户客户端操作界面添加事件处理要求:在开户或者登录之后都会跳到BusinessPanel,而用户点击了交易之后,界面停留在BusinessPanel要随时注意在BusinessPanel上根据数据的变化更新显示信息。
ATM8:I/O&File项目详细内容介绍1、 分析:将账户对象保存文件中,前期为新的账户对象分配id的做法(使用static特性)不再合适现今业务需求,也应相应的改变。
解决方案:将下一个可用的id存放在文件中,每创建一个新对象的时候都会读取这个文件,获得新对象的id,并且修改文件中的id,使其加1后,再保存到文件中。
2、 修改Bank类中各个业务方法分析:要将账户信息全部保存到文件中,然后再从文件读取到内存中进行业务操作,而后再将处理完的业务对象重新保存到文件中永久保存起来。
解决方案:1)采用对象序列化和反序列化技术。
2)将全部账户信息采用对象序列化的方式存放在文件中。
提示:1) 使用文件来保存各种账户的信息,将注册、存款、取款、转账、修改之后的信息要及时的保存到文件中,时刻保证内存和文件中数据的一致性。
2) 采用何种存放方式,自由发挥决定。
ATM9:NetWork分析:在现有的ATM中,用户是通过界面直接访问Bank对象,这种方式不符合业务需求,因为银行后台是受保护的绝对安全的业务操作,所以将其改为C/S结构,由界面充当客户端,通过TCP协议访问服务器端的核心业务对象(Bank对象).解决方案:1) 多线程技术2) 网络编程技术3) 需要完成服务端的编程,负责完成接收客户端的请求和相关业务处理。
注意:如何保证多个客户端同时登陆,并且保证业务数据在冲突的情况下,不能受到破坏。
提示:客户端和服务器端需要通过对象(TO)来传递信息,,这里会使用对象序列化技术.
2023/12/19 22:45:04 186KB java ATM
1
该系统是一个基于JavaEE规范B/S架构下的WEB电子商务系统,采用MySQL作为后台数据库,运用JDBC数据库访问技术,通过Tomcat应用服务器实现电子商务网站的基本功能。
该系统综合运用面向对象编程的思想,运用三大框架,通过JavaScript、jQuery以及Ajax技术,在Servlet,JSP服务的基础上完成电子商务平台的各项功能,并且使用CSS和HTML对界面进行美化编辑和功能排布,突出展示了电子商务平台清新、便捷、迅速和功能丰富的特点。
该系统功能全面,包括了注册、登录、购物车、商品搜索、订单生成以及个人信息管理等功能。
此外,系统有着优秀的安全加密措施,保证用户的个人信息不会泄露。
同时系统还具备可升级能力,能够满足未来不断增长的用户需求。
本文阐述了电子商务交易系统详细的设计和实施过程,从功能模块的实现到数据库的应用,从系统的测试与分析到系统的改进与整体性能评估,从界面风格的确定到界面风格的设计与实施,本文一一进行解析。
2023/12/9 10:38:36 35.1MB 毕业设计 论文答辩 电商系统 商城
1
医院床位管理系统,系统采用模块化程序设计方法,这样既便于系统功能的各种组合,又便于未参与开发的技术维护人员补充、维护。
  系统应具备数据维护功能,及时根据用户需求进行数据的添加、删除、修改、备份等操作。
2023/12/5 21:07:01 1.3MB 医院 床位管理
1
本系统利用系统提供的大量控件和组件,从最初的用户需求分析,数据库结构设计,到各种表单的制作都给出了每一步的设计细节。
本系统界面采用Windows系统的通用界面,凡具有一定计算机操作知识的人都可以方便、自如地使用本系统。
本文详细的介绍了系统制作的整个过程。
按照软件工程设计思想,采用生命周期法进行全程开发,包括需求分析,系统总体设计,系统详细设计等。
1
一个应用系统经常需要某一个对象在不同的上下文中具有不同行为的情形,最常见的例子是客户和供应商的问题。
例子:某制鞋企业有很多为它们提供真皮的合作公司,在处理采购订单时,这些合作公司是它的供应商,但这些合作商同时从该制鞋企业采购皮鞋,所以在处理销售订单时,这些公司又变成了它的客户。
许多建模人员在处理这类问题的时候,经常轻率地做出判断,当用户需求不能满足时,他们才发现这样的判断是不正确的。
正如MartinFowler所言,作为一个分析模式,我在这里主要关心在何种情况下需要使用什么样的模型,而并不是太关心具体的实现如何。
本文中出现的Java代码虽然来自TaoBC库,但是出于示例的目的,都进行了简化。
1
为了提高用户满意度,需要在大量具有相同或相似功能的资源服务中筛选出满足用户需求的最优资源服务,从而实现资源服务的增值。
以三角模糊数表达用户对资源服务非功能QoS评价为基础,在考虑用户的感知和交易经验的同时,综合考虑了资源服务非功能QoS评价合成中的各种因素如时间、用户信誉度、评价一致性等的影响,结合模糊fuzzy理论以及逼近理想解排序,进而提出了基于fuzzyTOPSIS的资源服务优化选择算法。
实验结果表明,该算法具有较高的准确度,并可在一定程度上抵制恶意评价对资源服务质量评价的影响。
1
2019中国高考志愿填报行业用户需求及市场潜力预判.pdf
2023/10/18 3:30:47 6.24MB 高考志愿
1
本文来自于简书,文章介绍了需求分析方法的相关知识,详细介绍了如何分析用户需求、业务需求等相关内容。
业务需求=业务目的+业务目标以注册功能为例,用户肯定不想注册填一堆信息这么麻烦,而是产品需要用户注册。
目标用户的特征:是学生还是职场人员。
目标用户的经验:是新手还是熟练用户。
用户的使用场景:通常在什么情况下会使用产品,接触产品这个功能。
用户体验目标:用户期望得到什么结果。
用户产生某种行为,通常是基于某种动机或原因,比如注册后,可以使用更多的功能;
同时在注册前,用户可能也有一些担忧,比如说个人信息会不会泄露,用户会不会没事就收到垃圾短信;所以:用户的动机担忧以及使用中遇到的障碍都是影响用户体验目标和
2023/10/17 22:41:45 3.33MB 设计需求分析方法与过程
1
欢迎使用IBM®Rational®DOORS®9.2,这是一款功能强大的工具,可帮您捕获、跟踪和管理用户需求。
本书描述如何使用IBMRationalDOORS的基本功能。
本书在您已阅读《RationalDOORS入门》(介绍RationalDOORS并解释其中的概念)的基础上编写。
2023/10/13 12:48:12 18.74MB IBM DOORS
1
当运用IBMRational统一过程?(RUP?)的项目团队拥有了问题陈述,或者确定了具体的用户需求时,团队会创建业务案例、愿景描述(Visionstatement),以及其他工件中的软件需求规格(SoftwareRequirementsSpecification)来生成解决方案。
技术和业务团体对这些工作产品以及生成它们的活动有很好的了解。
然而,我们概念化、划分优先级,并且选择哪些业务问题和用户需求需要在软件中实现所采取的方法在我们的行业中仍旧是非常有价值的过程。
本文探究对于当今软件开发组织来说成熟且日益重要的角色,企业架构(enterprisearchitecture,EA)框架。
开始,我们
1
共 90 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡