1、“储户管理”包括添加储户、删除储户、活期、定期 “数据维护”即数据安全,可对数据进行备份与还原。根据可行性研究的结果和客户的要求,分析现有情况及问题,绘制银行储蓄业务系统数据库 E-R 图:业务员号 业务员号 性别 姓名 客户登记 姓名 身份证号 性别 住址 性别 客户帐号 身份证号 账号 开户日期 E-R 图中的实体与属性 客户登记 关系 客户账号 客户账号 日期 转账金额 发生额 账户流水 客户转账 业务类型 转账日期 业务员 银行储蓄业务系统的实体联系图 客户登记 关系 客户账号 日期 转账金额 发生额 账户流水 客户转账 业务类型 转账日期 业务员 全局的E-R 图 数据库需求分析 存
2、款流程图 取款流程图 银行储蓄业务系统实体分析:这里的银行储蓄业务系统是一个简化的系统,它只包含客户的存款取款业务,不涉及企业的大宗贷款业务,资金管理,内部管理等方面。储蓄业务系统管理的实体及属性说明 实体一:业务员。属性 1-1:业务员号,字符串,固定长度 8.属性 1-2:姓名,字符串,固定长度 16.属性 1-3:性别,字符串,固定长度 2.关于业务员信息的说明:业务员号是唯一的,不得取空值,在表中作为主码。姓名不得为空,但允许姓名相同。实体二:客户登记。属性 2-1:姓名,字符串,中英文。属性 2-2:性别,字符串,固定 长度 2.属性 2-3:身份证号,字符串,固定长度 18.属性
3、2-4:住址,字符串,最大长度 50.属性 2-5:电话号码,字符串,最大长度 20.关于客户信息的说明:客户姓名可以相同,但是身份证号是不可能相同的。因此,在表中,身份证号作主码,是唯一识别客户的数据。实体三:客户账号。属性 3-1:身份证号,字符串,固定长度 18.取自“客户登记”中的“身份证号”。属性 3-2:账号,字符串,固定长度 16.属性 3-3,开户日期。属性 3-4:账户余额,数字。关于客户信息的说明:客户账号中的身份证号必须来自客户登记表,不得取空值。一个客户在银行可能有多个账号,但一个账号只能对应唯一的客户。在表中,账号作主码,身份证号作外码。储蓄业务系统管理的实体之间联系
4、的说明。实体一盒实体二都是独立的信息。一个来自于银行内部的业务员的信息,一个是外部的客户信息。实体二通过实体一办理储蓄业务。客户办理储蓄业务,可以是任何业务员。业 务员可以为任何客户办理储蓄业务。每进行一笔储蓄业务,在账户流水中记录账号,存款金额,发生 日期,业务类型,业务员号。每进行一笔储蓄业务,在客户转账中记录转出账号,转入账号,转账金额,转账日期,业务员号。E-R 模型转换得到的账户流水关系模式。客户。账户流水。业务类型 业务员,客户,客户账号三个关系模式,可以三个实体对应产生。新产生的关系模式“账户流水”是客户进行储蓄业务时产生的。因此关系账户流水中有 5个属性:属性 4-1:账号,字
5、符串,固定长度 16.取自“客户账号”中的“账号”。属性 4-2:发生金额,数值类型。存款为正数,取款为负数。每次取款不得超过 5000。属性 4-3:发生日期,日期时间类型。属性 4-4:业务员号,字符串。取自“业务员”中的“业务员号”。属性 4-5:业务类型。账户流水只记录各账户的存取款发生额,存款金额与取款金额是互斥的。账号应该是“客户账号”表中实际存在的账号。业务员号必须是银行业务员信息登记的业务员号。取款额设上限 5000.E-R 模型转换得到的账户流水关系模式。转出账号。转入账号。转账日期,日期时间类型。业务员,客户,客户账号三个关系模式,可以三个实体对应产生。属性 5-1:转出账
6、号,字符串,固定长度 16.取自“客户账号”中的“账号”。属性 5-2:转入账号,字符串,固定长度 16.取自“客户账号”中的“账号”。属性 5-3:转账金额,数值类型。转入为正数,转出为负数。每次转出不得超过 5000。属性 5-4:属性 5-5:银行储蓄业务系统的性能需求 为了保证系统能够长期、安全、稳定、可靠、高效的运行,银行储蓄业务系统应该满足以下的性能需求:1 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。于银行储蓄业务系统的查询功能对于整个
7、系统的功能和性能完成举足轻重。作为系统的很多数据来源,而交易金额数量和交易时间又影响个人和银行的决策 活动,其准确性很大程度上决定了银行储蓄业务系统的成败。在系统开发过程中,必须采用一定的方法保证系统的准确性。2 系统的开放性和系统的可扩充性 银行储蓄业务系统在开发过程中,应该充分考虑以后的可扩充性。例如交易系 统方式的改变,用户查询的需求也会不断的更新和完善。所有这些,都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
8、3 系统的易用性 和易维护性 银行储蓄业务系统是直接面对使用人员的,而使用人员往往对计算机并不是非 常熟悉。这就要求系统能够提供良好的用户接口,易用的人机交互界面。要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。银行储蓄业务系统中涉及到的数据是银行相当重要的信息,系统要提供方便的 手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作。4 系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系
9、统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的 TCP/IP 网络协议及 ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。5系统的先进性 目前计算系统的技术发展相当快,做为银行储蓄业务系统工程,应该保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。另一方面,在系统设计和开发的过程中,应在考虑 成本的基础上尽量采用当前主流并先进且有良好发展前途
10、的产品。6系统的响应速度 银行储蓄业务系统系统在日常处理中的响应速度为秒级,达到实时要求,及时反馈信息。在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。银行储蓄业务系统的数据需求 银行储蓄业务系统的数据需求包括如下几点:1 数据录入和处理的准确性和实时性 数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以 保证迅速的处
11、理数据。2 数据的一致性与完整性 于系统的数据是共享的,在不同的银行,金额数是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。3 数据的共享与独立性 整个银行储蓄业务系统的数据是共享的。然而,从系统开发的角度上看,共享会给设计和调试带来困难。因此,应该提供灵活的配置,使各个银行分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。这样,也能提供系统的强壮性。建立银行储蓄业务系统的约束 计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1