银行ATM存款机系统项目总结.docxVIP

银行ATM存款机系统项目总结 银行ATM存款机系统项目总结 银行ATM存取款机系统项目总结 一、项目时间： 201*年9月29日201*年10月11日二、项目实际结果： ATM存取款机系统，能够对银行日常的存款业务进行计算机管理。能够按照银行的业务需求，实现各项银行日常存款、取款和转账业务。 三、主要的功能：1.开户 每个客户凭个人身份证在银行可以开设多个银行卡账号，但是每一个账户只有一个银行卡，每个银行卡。在开设账号时还需要提供一些开户数据。 2.存款 客户持银行卡在ATM机上输入密码，经系统确认后才能办理存款业务。银行规定，每个账户当前的存款金额不得小于1元。 3.取款 取款时不仅要确认身份，取款金额还要小于等于当前的存款金额。 4.转账 转账的要求和取款类似。 5.余额查询 客户持银行卡在ATM机上输入密码，经系统确认后才能办理存款业务。 6.项目的流程数据库设计绘制E-R图、数据库模型图建库、建表、建约束插入测试数据利用事务实现较复杂的数据更新使用存储过程创建、使用视图模拟常规业务修改密码、挂失等在整个项目中，图中加了横线的都是较为复杂的，需要耗费很长时间。 7.项目的特点： 项目基本的功能较为完善，能够满足银行的基础业务需求，实现各项银 行日常存款、取款和转账业务。但对于大银行的借贷、网银等业务仍难以实现满足。 8.使用的技能： 1.2.3.4. 使用T-SQL语句创建数据库表和表结构；使用T-SQL语句编程实现用户业务；使用事务和存储过程封装业务逻辑；使用视图简化复杂的数据查询。 9.开发工作的评价 该项目是由我们七个小组（全班），分别负责不同的用例完成的。而我们第 四小组就负责的用例4的工作。由于每个小组建的数据库名以及表中各种列名都不相同讲解给其他组听时就会出现一些问题。但就整个的完成情况来说，各组的工作都做得很好的。尤其是后面的四个用例难度比较前几个组难，且要做的东西较多，但大家都完成的很好。 10.经验和教训 经过此次的项目案例，使我明白小组合作的重要性。很多东西也许自己一个人做起来有些难度，但经过与小组的其他成员的讨论请教就可以解决。而且，当工作太多时，可以进行分工，加快工作的效率。 我们的职业导向老师曾说过，在项目小组中我们不应该把自己看做一个个体，我们是小组的组成成员。小组成员之间的合作是否紧密会直接关系到这个项目的最终成果。 在数据库的设计中架构尤为重要！！如果前面的数据库框架没有建好，那么后面的同学在创建数据库、表以及约束的时候，是很容易出错的。到最后，数据库的错误就会越累积越多。 在后面的四个用例中几乎每个都没select查询语句有关。因此，我们必须很熟悉查询语句的用法。尤其是连接查询和联合查询，这两种中的联合查询我就不是很会用。我们应该拿起大一的课本好好复习关于查询的语句。 最后就是，我发现如果每个用例都参与的话，比我们光看书要来的有用多了。因此我们以后如果想要让自己的技能提高还是需要多多的做一些案例。实践总会比光理论要来的有效。当然，最好就是理论与实践相结合。这样就需要我们多看书，上课时要认真的听讲，老师在做案例是要尽量跟着敲。而在课外我们更不能因为所谓的休息而太过于放松自己，要经常看看书，将书上的例子什么的最好都做出来运行看看。 扩展阅读：项目实战银行ATM 项目实战银行ATM（取款机）系统 第一部分问题描述某银行拟开发一套ATM取款机系统，实现如下功能： 开户（到银行填写开户申请单，卡号自动生成）取钱存钱查询余额 转账（如使用一卡通代缴手机话费，个人股票交易等）现要求对“ATM柜员机系统”进行数据库的设计并实现，数据库保存在F:\\bank目录下，文件增长率为15% 第二部分环境要求开发工具：SQLServer201*企业版、PowerDesigner 第三部分问题分析用户信息表：userInfo见表1.1 表1.1用户信息表 字段名称customerIDcustomerNamePIDtelephoneAddress 顾客编号开户名身份证号联系电话居住地址必填必填，只能是18位或15位，身份证号唯一约束必填，格式为xxxx-xxxxxxxx或手机号11位可选输入说明自动编号（标识列），从1开始，主键银行卡信息表：cardInfo见表1.2 表1.2银行卡信息表字段名称说明卡号必填，主键，银行的卡号规则和电话号码一样，一般前8位代表特殊含义，如某总行某支行等。假定该行要求其营业厅的卡号格式为xxxxxxx开始，每4位号码后有空格，卡号一般是随机产生必填，默认为RMB活期/定活两便/定期必填必填，默认为系统当前日期必填，不低于1元必填，不低于1元，否则将销户必填，6为数字，开户时默认为6个“8”必填，是/否值，默认为“否”外键，必填，表示该卡对应的顾客编号，一般顾客允许办