1、银行存取款业务受理银行存取款业务受理 课程设计课程设计 目录目录 目录. 1 一、前沿 3 二、系统分析. 3 2、1 需求分析 3 2.1.1 功能需求分析 3 2.1.2 性能需求分析 4 2.2 可行性分析 . 4 2.2.1目标可行性分析. 4 2.2.2技术可行性分析. 5 2.2.3经济可行性分析. 5 2.2.4社会可行性分析. 5 2.3 系统开发的目标分析 . 5 2.4 业务流程分析 7 2.5 数据流程分析 8 三、系统设计. 9 3.1、数据字典. 9 3.1.1、数据项. 9 3.1.2、数据结构 . 9 3.1.3、数据存储 . 10 3.2、逻辑设计. 10 3.
2、2.1 关系模型 . 10 3.2.2 数据库结构设计. 10 3.2.3 数据库设计 11 3.3 系统设计结构 13 3.3.1 系统功能设计 13 四、程序模块设计 14 4.1 读卡操作详细设计 14 4.1.1 读卡操作界面设计 . 14 4.1.2 读卡操作后台程序设计 14 4.2 密码验证操作详细设计 16 4.2.1 密码验证操作界面设计 16 4.2.2 密码验证操作后台程序设计 . 16 4.3 存取款操作详细设计 . 19 4.3.1 存取款操作界面设计 19 4.3.2 存取款操作后台程序设计. 20 4.4 查询客户存取款详细设计 23 4.4.1 查询客户存取款界
3、面设计. 23 4.4.2 查询客户存取款后台程序设计 23 五、总结： 26 六、参考文献. 26 前沿前沿 系统开发背景系统开发背景 随着社会经济的不断发展，社会各行业、各领域的交流沟通越来越频繁，在财务上的交 流也日益增多。并且在经济刺激的条件下，人们对金钱的收入和支出的频率也不断加大。但 带着大量的现金，存在着很多不便。此时，银行的优势就表现出来了。银行为客户提供方便 的存取款业务，给客户带来了很大的方便。因此，一个方便快捷的银行存取款业务受理管理 信息系统对一个银行来说至关重要。 银行工作人员可以使用此系统对每个客户提出的存取款 业务进行方便快捷的处理。 系统介绍系统介绍 本系统为银
4、行存取款业务受理管理信息系统， 该系统是为了银行更方便的为客户提供存 取款的服务而进行开发的。适用于银行内部工作人员操作,对客户提出的存取款业务进行处 理。本系统连接银行数据库，对客户信息、存款金额信息以及业务单据进行操作。 系统分析系统分析 2、1 需求分析需求分析 2.1.1 功能需求分析功能需求分析 （1）：可以通过本系统添加新的银行工作人员的信息。 （2）：银行相关工作人员可以通过本系统添加新客户，对新客户的身份证、姓名等信息进 行录入，并自动为其产生一个银行卡号。 （3）：银行相关人员能通过银行卡号查询持有此银行卡客户的信息，并进行一定修改。 （4）：银行相关人员能通过银行卡号查询此
5、银行卡下的存款的总额。 （5）：银行相关人员能通过银行卡号查询客户对此银行卡存取款操作的单据。 （6）：银行相关人员能通过银行卡号对此银行卡下的存款进行修改，以实现客户的存取款 的请求。 2.1.2 性能需求分析性能需求分析 从实用、 好用的目标出发开发银行存取款业务受理管理信息系统， 在设计过程中主要考虑以 下原则： 1 可操作性 原始信息皆由数据录入员录入， 系统应尽量减少录入员的数据录入量。 要求系统处理的 数据能准确无误，同时输出信息要求直观、简洁。并对数据的操作要符合正常银行义务的规 则，例如密码输入三次卡会被锁定、取款金额不能超过银行的余额数据等。 2 可靠性 系统运行具有较高的可
6、靠性，提供严格的并发控制，确保数据的一致性和正确性。 3 实用性 从用户的实际需要出发进行系统开发，不盲目追求高新技术的应用。 4. 安全性 系统安全措施可靠、高效、可维护性好，有权限控制、口令控制，其中口令录入界面便 于系统识别登录用户。 5 可维护性 为了保证系统的可维护性，要求具有详细的文档资料，同时，要求系统在功能设计上考 虑可扩展性，以满足业务变动的需求。 6 可移植性 系统开发完成后，要能运行于各种 Windows 系统环境中。 2.2 可行性分析可行性分析 2.2.1目标可行性分析目标可行性分析 根据实际情况， 取款和存款都是进过银行代理操作。 取款和存款都是对银行数据进 行减加操作，银行工作人员会根据用户的需求，对数据进行操作，并会给用户进行现金 的操作。 银行的存取款是根据唯一的银行卡号来进行操作的， 每个银行卡号都对应着一 个密码和一个用户。因此，从系统开发方法和具体调查情况来看，该系统在目标方面是 可行的。 2.2.2技术可行性分析技术可行性分析 银行存取款业务受理管理信息系统主要是根据用户的需求， 对用户的银行卡的余额 进行数
