基于Python实现的（控制台）银行信息处理系统【100011759】

# 银行信息处理系统 # 一、问题定义及可行性分析 ## 1.1 问题定义 最早的银行业发源于西欧古代社会的货币兑换业。最初货币兑换商只是为商人兑换货币，后来发展到为商人保管货币，收付现金、办理结算和汇款，但不支付利息，而且收取保管费和手续费。随着工商业的发展，货币兑换商的业务进一步发展，他们手中聚集了大量资金。货币兑换商为了谋取更多的利润，利用手中聚集的货币发放贷款以取得利息时，货币兑换业就发展成为银行了。 我国银行业资产规模、税后利润逐年大幅增长，2011 年中国银行业所实现利润占全球银行业总利润的近三分之一。我国银行业规模发展迅速，但是利率市场化加快、内外竞争加剧、盈利增速下滑背景下，银行金融机构必须在业务结构、资源配置以及区域布局上均做出相应战略性调整。而随着银行业竞争的不断加剧，银行业金融机构愈来愈重视对行业发展环境与市场需求的跟踪研究，特别是对银行业务发展环境和客户需求趋势变化的深入研究。正因为如此，我们急需设计一套基于发展实情和民众意愿的银行信息管理系统，来吸引更多的用户。 银行信息管理系统，是利用银行原有存储信息，经过安全检查，通过管理员操作权限和用户意愿进行信息操作和存储的计算机软件系统，它具备高效性，安全性，易操作性。一个银行用户在系统操作界面通过个人意愿进行个人财产存取，转账，贷款，换算外汇等操作，某些涉及银行本身利益的操作需要加入高级权限。 ## 1.2 可行性分析 可行性分析是通过对项目的主要内容和配套条件，如市场需求、资源供应、建设规模、工艺路线、设备选型、环境影响、资金筹措、盈利能力等，从技术、经济、工程等方面进行调查研究和分析比较，并对项目建成以后可能取得的财务、经济效益及社会环境影响进行预测，从而提出该项目是否值得投资和如何进行建设的咨询意见，为项目决策提供依据的一种综合性的系统分析方法。可行性分析应具有预见性、公正性、可靠性、科学性的特点。 ### 1.2.1 技术上可行性 技术可行性评价是通过原有系统和欲开发系统的系统流程图和数据流图，对系统进行比较，分析新系统具有的优越性，以及对设备、现有软件、用户、系统运行、开发环境、运行环境和经费支出的影响，然后评价新系统的技术可行性。 技术可行性包括以下几个方面：硬件，系统软件，应用软件，技术人员等方面。本管理系统开发环境为 python3 环境，Python 是一种计算机程序设计语言。是一种动态的、面向对象的脚本语言，最初被设计用于编写自动化脚本(shell)，随着版本的不断更新和语言新功能的添加，越来越多被用于独立的、大型项目的开发。基于 python 语言的简洁性、易读性以及可扩展性，使得基于 python 开发的本系统能具备高效地处理效率， 系统采用 Linux 系统。系统管理人员要求：系统分析人员，开发人员，数据库管理人员，系统测试人员。银行信息管理系统已经有很多银行进行过相关开发和研究，有很多成功案例，因而技术上是可行的。 ### 1.2.2 经济上可行性 经济可行性是指可以使用的资源的可能性（资源包括人力资源、自然资源和资金条件）。任何一项公共政策都存在一个争取公共经济资源的问题。经济可行性包括两个方面的内容：一是某一备选方案占有和使用经济资源的可能性，进而实现政策目标的可能性；二是实施某一政策方案所需花费的成本和取得的收益。政府的财政资源是有限的，任何政策方案占有和使用的经济资源也是有限的。因此，任何一项公共政策都存在一个争取公共经济资源的问题。一般说来，“公共政策的经济资源的占有量与其政策目标的期望值成正比例关系。”当然，这还涉及到一个成本效益问题。如果某一方案的成本大于收益，显然这项政策是不可行的。 由于本系统所需设备资源仅一台电脑，开发和测试人员全由我一人担当，但设计出来的系统具备获益的可能，所以在经济上是可行的。 ### 1.2.3 管理上可行性 主要是管理人员对开发信息系统是否支持，现有管理制度是否科学，规章制度是否齐全，原始数据是否正确等。银行信息管理系统比较完善的规章制度和管理方法为系统的建设提供了保障，一个软件设计的好坏，关键在于产品的可靠，稳定，便于维护，系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员进行补充、维护。 ### 1.2.4 分析结果 为了开发本管理系统，开发设计人员参考了银行领域的现有的管理系统，通过对现有管理系统的实际操作，来确定管理系统的优点和可能存在的弊端，从而在开发系统时进行一定的优化处理。 前景根据以上分析，我们认为开发此系统的条件已经具备，可以开始进行开发。并且我们相信此软件经济实惠，肯定具有良好的前景。.我们将会逐步完善该软件,尽可能地让满足客户的需求。让客户对自己的资产信息有更为全面细致的认识。同时保障用户的投资财产安全，在贷款和外汇方面给予一定的帮助，同时保障用户个人信息不受不法分子的关注。因此本银行信息管理系统是可行的。 # 二、 需求分析 根据用户的需求，给出系统分析的结果，明确给出系统实现后的功能定义，角色定义等，设计系统的逻辑关系，系统接口以及达到系统性能的措施及解决办法等。采用结构化分析方法时要有系统的详细的数据流图和核心数据的数据字典，必要时进一步画出系统的 E-R 图和状态转换图。采用面向对象分析方法时画出系统详细的用例模型和对象模型，必要时进一步写出系统的动态脚本或画出系统的事件跟踪图。 ## 2.1 业务需求 业务需求表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。 此次开发银行信息管理系统，一是为了设计一个可以弥补日益更迭下用户对银行功能的需求的管理系统；再者是为了吸引更多的银行新用户，为银行带来更大的经济利润和客户来源。 ## 2.2 功能需求 功能需求（functional requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。在该银行信息管理系统中，针对用户可能的需要，我们在基础的银行功能上设计实现了更多的银行功能。其中基础银行功能包括开户，销户，存款，取款，转账，密改，挂失，解挂失，查询等功能；除此之外，本系统添加了外汇兑换，信用贷款等高级功能。 - 开户：根据用户输入信息生成新卡号并建立新用户档案，根据身份证及用户姓名更新信息库数据。 - 销户：用户登陆成功后，根据客户意愿销掉该银行卡。 - 存款：用户登陆成功后，更新用户该卡余额信息。 - 取款：用户登陆成功后，根据余额情况更新用户该卡余额信息。 - 转账：只接受本行转账，用户登录�