网上银行模拟系统的设计与实现.docx

《网上银行模拟系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《网上银行模拟系统的设计与实现.docx（57页珍藏版）》请在沃文网上搜索。

1、 目 录网上银行模拟系统的设计与实现1一、 可行性分析51引言51.1 编写目的51.2 项目背景51.3 定义51.4参考资料62问题的提出63对现有系统的分析63.1当前系统的处理流程63.2工作负荷63.3人员73.4局限性74可行性分析74.1经济可行性74.2技术可行性74.3 运行可行性74.4 时间可行性84.5 法律可行性：85建议可选择的系统方案85.1系统的目标和范围85.2 系统拟采用的软件、硬件环境95.2.3 方案的比较96投资、成本及效益分析116.1 投资116.2预期的经济效益116.2.1一次性收益116.2.2非一次性收益116.2.3、技术风险的评价117

2、、结论11二、 需求分析121 引言121.1编写目的121.2适用范围121.3编写原则121.4读者对象121.5术语和缩写121.6参考文献132项目概述132.1项目背景132.2项目目标143 系统业务需求144 用例图155 系统功能需求155.1 用户注册和登录155.2 查询信息165.3 密码修改175.4 网上转账175.5 管理员信息管理186.1 用户界面196.2 硬件环境196.3 软件环境196.4 开发平台206.5 系统架构206.6 维护要求206.7 安全性20运行维护管理216.8 性能需求216.9 接口需求21三、 数据库设计221 引言22编写目的

3、221.1 术语表221.2 参考资料222 数据库环境说明223 概要设计234 逻辑设计255 物理设计265.1确定关系模型的存取方法265.2确定数据库的存储结构266 存储过程、函数及触发器的设计277安全性设计277.1用户帐号密码的加密方法287.2 角色与权限288数据库实施28四、 总体设计311引言311.1编写目的311.2背景311.3定义312总体设计322.1需求规定322.1.1系统功能322.1.2系统性能322.1.3输入输出要求322.1.4数据管理能力要求332.1.5故障处理要求332.1.6其他专门要求332.2运行环境332.2.1设备332.2.2

4、支持软件332.3基本设计概念和处理流程342.4结构362.5功能需求与系统模块的关系362.6人工处理过程372.7尚未解决的问题373接口设计373.1用户接口373.2外部接口374运行设计374.1运行模块组合374.2运行控制375系统数据结构设计385.1逻辑结构设计要点385.2物理结构设计要点385.3数据结构与程序的关系386系统出错处理设计396.1出错信息396.2补救措施406.3系统维护设计40五、 详细设计411.1编写目的411.2项目背景411.3定义411.4参考资料412.1需求概述422.2软件结构423.1功能433.2性能433.3输入项目443.4

5、输出项目443.5程序逻辑443.6.2 用户管理模块453.6.3 管理员管理模块设计473.6.4存款模块设计483.6.5 取款模块设计493.7限制条件513. 8测试要点52六、 系统测试531.文档介绍531.1 文档目的和范围531.2 读者对象531.3 术语与缩写解释532.功能测试用例532.1 被测试对象的介绍532.2 测试范围与目的542.3 测试环境与测试辅助工具的描述542.4 功能测试用例54一、 可行性分析1引言1.1 编写目的编写本报告的目的是研究本系统的总体需求、实现方案，并分析开发系统的可行性，为决策者提供是否开发该系统的依据和建议。1.2 项目背景开发

6、软件名称：网上银行模拟系统的设计与实现项目开发者：信息工程学院“网上银行模拟系统的设计与实现”开发小组：朱青山（34）、王德升（45）、郭康（54）、王中刚（20）、郭士杰（49）1.3 定义在信息时代的今天，快捷、方便和实效已经成为主题。伴随着计算机应用科学和互联网日新月异的发展，信息的掌握和分析已成为现代企业生产、经营过程中的重要因素。信息量、信息传播的速度、信息处理的速度以及应用信息的程度等都以几何级数的方式在增长，使用计算机进行信息管理和控制，使工作效率得以有效地提高，尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。基于Struts的网上银行系统是一个典型的计算机信息处理模式，使

7、用户能够方便、快捷方便地使用户网上存钱，转账和查询自己的帐户余额。该系统后台银行管理员登录可查询所有用户信息及帐户管理，本着用户界面友好，数据处理快捷的原则，创建了一个具有良好实用性的网上基于Struts的网上银行系统。1.4参考资料1. 孙卫琴,李洪成.Tomcat 与 Java Web 开发技术详解.电子工业出版社,2003年6月:1-2052. 耿祥义,张跃平.JSP实用教程. 清华大学出版社,2003年5月1日:1-3543. 清宏计算机工作室.JSP编程技巧. 机械工业出版社, 2004年5月:1-410 4. 孙一林,彭波.Java数据库编程实例. 清华大学出版社,2002年8月:

8、30-2102问题的提出我国的网上银行毕竟尚处在萌芽阶段，发展较慢，仍存在很多问题亟待解决。如网上银行所能提供的服务品种，仅局限在账户信息查询方面，转账付款适用的范围仍极其有限，更没有涉及贷款、投资等方面；国内信用卡业务十分落后，仍主要是一种结算工具，严重地阻碍了网上银行、电子商务的发展。大部分银行已在互联网上设立了自己的信息发布站点，正积极尝试开发各类网上金融服务功能。可以预见，各大银行利用自身资金、交易量、客户服务体系方面的优势进军网络金融业将使这一领域的竞争日趋激烈、服务更加完善、交易更加方便快捷。3对现有系统的分析当前大多数银行所使用的银行信息系统办理业各时手续繁多，人工业务操作过多，

9、严重影响了工作效率，以至客户等待办理手续过长感到不耐烦，且出错率高。3.1当前系统的处理流程以用银行卡取款为例，储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户。3.2工作负荷由于办理手续的繁多和不合理，工作效率非常低，需要大量业务员，通常有储户等待排成长龙的现象，这给工作人员增加了非常大的负担和额外的工作负荷；同时也给银行公司的发展带来了严重的制约和压力。3.3人员需要大量业务员和额外的工作人员。3.4局限性当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。因此急需开发一个高效的银

10、行计算机储蓄系统。4可行性分析4.1经济可行性经济可行性研究是对组织的经济现状和投资能力进行分析，对系统建设运行和维护费用进行估算，对系统建成后可能取得的社会和经济效益进行估计。由于本系统是作为毕业设计由我们自己开发的，在经济上的投入甚微，系统建成之后将为今后实现系统功能提供很大的方便，估算新系统的开发费用和今后的运行、维护费用，估计新系统将获得的效益，并将费用与效益进行比较，看是否有利。开发、运行和维护费用主要包括：购买和安装设备的费用：计算机硬件、系统软件、机房、电源、空调等软件开发费用：若由实习单位的技术人员开发，则该项费用可以计入下面的人员费用一项；人员费用：系统开发人员、操作人员和维

11、护人员的工资、培训费用等；消耗品费用：系统开发所用材料、系统正常运行所用消耗品，例如水、电费，打印纸、软盘、色带等开支。所有开支都不大，所以经济上是可行的。4.2技术可行性技术可行性要考虑现有的技术条件是否能够顺利完成开发工作，软硬件配置是否满足开发的需求等。基于Struts的网上银行系统系统用的是JSP开发语言，调试相对简单，当前的计算机硬件配置也完全能满足开发的需求，因此在技术上是绝对可行的。软件方面：由于目前BS模式软件相对发展成熟，故软件的开发平台成熟可行,它们速度快、容量大、可靠性能高、价格低，完全能满足系统的需求。4.3 运行可行性对新系统运行后给现行系统带来的影响（包括组织机构、

12、管理方式、工作环境等）和后果进行估计和评价。同时还应考虑现有管理人员的培训、补充，分析在给定时间里能否完成预定的系统开发任务等。运行可行性是对组织结构的影响，现有人员和机构和环境对系统的适应性及人员培训补充计划的可行性。当前我国银行信息化技术已经相当普及，各类操作人员水平都有相当的高度，所以在运行上是可行性的。本系统的开发，是典型的Mis开发，主要是对数据的处理，包括数据的收集，数据的变换，及数据的各种报表形式的输出。采用流行的JSP+SQL Server 2005体系，已无技术上的问题。4.4 时间可行性从时间上看，在两个月的时间里学习相关知识，并开发网上银行系统，时间上是有点紧，但是不是不

13、可能实现，通过两个多月的努力功能基本实现。4.5 法律可行性：1. 所有技术资料都为合法。2. 开发过程中不存在知识产权问题。3. 未抄袭任何网站，不存在侵犯版权问题。4. 开发过程中未涉及任何法律责任。综上所述，本系统的开发从技术上、从经济上、从法律上都是完全可靠的。5建议可选择的系统方案5.1系统的目标和范围本课题的目的是使基于Struts的网上银行系统清晰化，透明化，便于操作，易于管理。通过功能模块的优化组合实现不同的管理细节，使管理过程实现最大程度的自动化与信息化,并能自动对人工操作环节进行复查,使基于Struts的网上银行系统出错率降至最低。设计实现一个简单的基于J2EE架构的网上银

14、行系统。要求提供针对个人客户的信息管理、客户身份识别、查询类业务、系统内支付类业务等服务，并具有交易记录查询功能。具体功能划分如下：用户：注册、登录、注销、查看个人信息、修改个人信息、查看交易记录（今日交易记录、历史交易记录）、查看余额、转帐、消费、管理员：添加管理员、删除管理员、给用户存款、查看用户交易信息（今日交易记录、历史交易记录）、查看用户余额。5.2 系统拟采用的软件、硬件环境5.2.1运行环境：硬件条件：酷睿 CPU、1G RAM、10G硬盘以上的PC机；打印机；局域网。软件条件：Windows XP、win7 5.2.2开发工具：My Eclipse 10.7，SQL Serve

15、r 2005， Jdk1.6，Tomcat6.0采用Eclipse开发工具进行程序的编写、编译，安装了JDK 1.6，Tomcat6.0，Eclipse10.7和SQL Server 2005数据库，并配置好了开发环境。5.2.3 方案的比较C/S模式主要由客户应用程序(Client)、服务器管理程序(Server)和中间件(middleware)三个部件组成。客户应用程序是系统中用户与数据进行交互的部件。服务器程序负责有效地管理系统资源，如管理一个信息数据库，其主要工作是当多个客户并发地请求服务器上的相同资源时，对这些资源进行最优化管理。中间件负责联结客户应用程序与服务器管理程序，协同完成一

16、个作业，以满足用户查询管理数据的要求。B/S模式是一种以Web技术为基础的新型的MIS系统平台模式。把传统C/S模式中的服务器部分分解为一个数据服务器与一个或多个应用服务器(Web服务器)，从而构成一个三层结构的客户服务器体系。第一层客户机是用户与整个系统的接口。客户的应用程序精简到一个通用的浏览器软件，如Netscape Navigator，微软公司的IE等。浏览器将HTML代码转化成图文并茂的网页。网页还具备一定的交互功能，允许用户在网页提供的申请表上输入信息提交给后台，并提出处理请求。这个后台就是第二层的Web服务器。第二层Web服务器将启动相应的进程来响应这一请求，并动态生成一串HTM

17、L代码，其中嵌入处理的结果，返回给客户机的浏览器。如果客户机提交的请求包括数据的存取，Web服务器还需与数据库服务器协同完成这一处理工作。 第三层数据库服务器的任务类似于C/S模式，负责协调不同的Web服务器发出的SQ请求，管理数据库。B/S模式首先简化了客户端。它无需象C/S模式那样在不同的客户机上安装不同的客户应用程序，而只需安装通用的浏览器软件。这样不但可以节省客户机的硬盘空间与内存，而且使安装过程更加简便、网络结构更加灵活。假设一个企业的决策层要开一个讨论库存问题的会议，他们只需从会议室的计算机上直接通过浏览器查询数据，然后显示给大家看就可以了。甚至与会者还可以把笔记本电脑联上会议室的

18、网络插口，自己来查询相关的数据。其次，它简化了系统的开发和维护。系统的开发者无须再为不同级别的用户设计开发不同的客户应用程序了，只需把所有的功能都实现在Web服务器上，并就不同的功能为各个组别的用户设置权限就可以了。各个用户通过HTTP请求在权限范围内调用Web服务器上不同处理程序，从而完成对数据的查询或修改。现代企业面临着日新月异的竞争环境，对企业内部运作机制的更新与调整也变得逐渐频繁。相对于C/S，B/S的维护具有更大的灵活性。当形势变化时，它无须再为每一个现有的客户应用程序升级，而只需对Web服务器上的服务处理程序进行修订。这样不但可以提高公司的运作效率，还省去了维护时协调工作的不少麻烦

19、。如果一个公司有上千台客户机，并且分布在不同的地点，那么便于维护将会显得更加重要。再次，它使用户的操作变得更简单。对于C/S模式，客户应用程序有自己特定的规格，使用者需要接受专门培训。而采用B/S模式时，客户端只是一个简单易用的浏览器软件。无论是决策层还是操作层的人员都无需培训，就可以直接使用。B/S模式的这种特性，还使 MIS系统维护的限制因素更少。最后，B/S特别适用于网上信息发布，使得传统的MIS的功能有所扩展。这是C/S所无法实现的。而这种新增的网上信息发布功能恰是现代企业所需的。这使得企业的大部分书面文件可以被电子文件取代，从而提高了企业的工作效率，使企业行政手续简化，节省人力物力。

20、鉴于B/S相对于C/S的先进性，B/S逐渐成为一种流行的MIS系统平台。各软件公司纷纷推出自己的Internet方案，基于Web的财务系统、基于Web的ERP。一些企业已经领先一步开始使用它，并且收到了一定的成效。 B/S模式的新颖与流行，和在某些方面相对于C/S的巨大改进，使B/S成了MIS系统平台的首选。经过综合比较，本网上银行系统决定采用B/S结构模式设计开发。6投资、成本及效益分析6.1 投资本次项目开发的费用需要客户提供，主要是人员参与工资，以及开发过程中需要的硬件和软件费用。前期预计一次性投资2元，后期维护预计投资4万元。6.2预期的经济效益由于本系统是第一次开发，本团队可以实行分

21、红制度，也可一次性付软件费用。6.2.1一次性收益预计一次性收益会达到10万元。6.2.2非一次性收益根据软件的生命周期来判定具体收益。6.2.3、技术风险的评价此次项目开发比较简单，项目人员比较少，所用到的技术都可行，后期维可能比较困难。7、结论结合各方面的调查分析，该系统可行，能取得一定的收益.二、 需求分析1 引言1.1编写目的本文用通俗的语言描述网上银行系统的软件需求，功能模块及使用步骤流程。目的是使用户，即使是对软件的专业知识不甚了解的用户，都能对本产品的特点以及用法有清晰的了解，同时，是反网上银行模拟系统的开发目的的工作范围、约束和限制的说明文件，是进行网上银行模拟系统项目开发的依

22、据。1.2适用范围本需求规范适用于该系统即网上银行模拟系统与实现项目。1.3编写原则1. 统一规划、统一设计思想、统一技术规范。2. 最大限度地保护原有资源、并立足长远发展。3. 根据实际业务需求，最优化地重组业务处理流程。4. 应用成熟的先进技术实施系统。5. 统一组织，注重实效。1.4读者对象1. 对有关业务和系统作出决策的管理人员；2. 参与需求分析和需求确认的有关人员；3. 有关技术决策人员；4. 软件系统开发人员；1.5术语和缩写术语和缩写解释备注MVC网站的三层结构数据+视图+控制模式SSH网站三大框架：Struts2+hibernate+SpringMySQL后台数据库1.6参考

23、文献参考文件备注需求调研资料黄淮学院毕业设计需求分析规格说明书规范2014年3月版2项目概述系统设计内容要包括注册，登录，存款，查询信息，网上转账，信息修改并实现他们之间的相互切换，因此用户只要根据从主界面开始有的提示按钮即可以实现各个子系统之间的调用。要求程序实现的有：1. 注册：由用户通过软件首页的注册按钮完成注册功能，2. 登录：用户通过密码验证及其他验证登录3. 存款：由管理完成管理员填写存款单、打印存单、记录存款信息三个功能4. 查询信息：实现查看余额，查看交易记录，查看个人信息三个功能模块5. 网上转账：实现用户之间不同账号之间的资金的转移，并及时更新数据库6. 信息修改：登陆后修

24、改个人密码7. 管理人员后台管理：完成增加管理员信息、修改管理员信息、删除管理员信息、查询管理员信息，用户存款功能2.1项目背景在信息时代的今天，快捷、方便和实效已经成为主题。伴随着计算机应用科学和互联网日新月异的发展，信息的掌握和分析已成为现代企业生产、经营过程中的重要因素。信息量、信息传播的速度、信息处理的速度以及应用信息的程度等都以几何级数的方式在增长，使用计算机进行信息管理和控制，使工作效率得以有效地提高，尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。基于Struts的网上银行系统是一个典型的计算机信息处理模式，使用户能够方便、快捷方便地使用户网上存钱，转账和查询自己的帐户余额

25、。该系统后台银行管理员登录可查询所有用户信息及帐户管理，本着用户界面友好，数据处理快捷的原则，创建了一个具有良好实用性的网上基于Struts的网上银行系统。2.2项目目标在网络如此发达的年代，我们还有为钱包里那么多的银行卡而苦恼，我们组为此开发出一个简单的基于J2EE架构的网上银行系统。为用户提供方便的不同银行卡之间的互联，很大意义上方便用户。要求提供针对个人客户的信息管理、客户身份识别、查询类业务、系统内支付类业务等服务，并具有交易记录查询功能。具体功能划分如下：1. 用户：注册、登录、查看个人信息、修改个人信息、查看交易记录（今日交易记录、历史交易记录）、查看余额、转帐、2. 管理员：添加

26、管理员、删除管理员、给用户存款、查看用户交易信息（今日交易记录、历史交易记录）、查看用户余额。3 系统业务需求1. 用户注册：用户登录网上银行模拟系统的主页，填写个人信息，完成注册2. 用户登录：对用户身份进行验证，用户根据权限操作响应的工能模块；3. 用户存款：此系统是网上银行模拟系统，所以存款需要到银行前台现金存款4. 用户取款：此系统侧重于网上操作，所以，取款也需要到银行前台实现5. 查询信息：个人用户查询，和管理员用户查询，个人用户可以查询自己账户余额，交易记录，自己个人信息，管理员查询除自己的查询权限以为还可以查询用户的交易记录，6. 密码修改：个人用户各管理员用户都可以登录自己的账

27、号进行修改密码7.8. 网上转账：用户在登录个人账号后，可以向他人账户转账9. 个人信息管理：只能进行自己的密码修改10. 管理员信息管理：实现用户和管理员的增删改查，11. 系统退出：登出，离开后台；4 用例图5 系统功能需求5.1 用户注册和登录功能描述: 用户注册：用户登录网上银行模拟系统的主页，填写个人信息，完成注册；用户登录：对用户身份进行验证，用户根据权限操作响应的工能模块；用例图：5.2 查询信息功能描述：个人用户查询，和管理员用户查询，个人用户可以查询自己账户余额，交易记录，自己个人信息，管理员查询除自己的查询权限以为还可以查询用户的交易记录，用例图：5.3 密码修改功能描述：

28、个人用户各管理员用户都可以登录自己的账号进行修改密码用例图5.4 网上转账功能描述：用户在登录个人账号后，可以向他人账户转账用例图5.5 管理员信息管理功能描述：实现用户和管理员的增删改查，用例图：6非功能需求6.1 用户界面用户界面友好，网站页面要求美观、大方，易于操作，网站的色调及风格要求简单优美。6.2 硬件环境服务器硬件：目前主流服务器均能满足此系统的需求：1. 内存 4G；2. 操作系统 win7等主流系统；3. 处理器：支持多种处理器操作；6.3 软件环境主要软件1. MS Windows 72. MyEclipse 8.53. MySQL4. Tomcat7.05. DreamW

29、aver cs56.4 开发平台MyEclipse 8.56.5 系统架构使用MVC(Model-View-Controller，模型-视图-控制器模式)架构模式。MVC模式的目的是实现一种动态的程式设计，对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。除此之外MVC模式通过对复杂度的简化使程序结构更加直观。软件系统通过对自身基本部份分离的同时也赋予了各个基本部分应有的功能。专业人员可以通过自身的专长分组：1. 控制器- 负责转发请求，对请求进行处理。2. 视图 - 界面设计人员进行图形界面设计。3. 模型 - 程序员编写程序应有的功能（实现算法等等）、数据库专家进数据管理和数据

30、库设计(可以实现具体的功能)。软件基于MyEclipse 8.5等作为开发工具，采用JAVA语言，使用struts2.1 ，Spring1.2和Hibernate 3.0等技术开发。6.6 维护要求1. 本应用系统以方便用户为原则，在统一的用户界面下提供各种实用帮助，尽可能降低使用后的维护投入；不仅应适用于当前实际的运行环境，而且还具有应变能力，以适应未来变化的环境和需求。2. 进行系统数据库的备份，使系统数据不会因意外事故（如突然停电）而造成破坏，从而确保数据库内容的安全可靠性；6.7 安全性1. 系统的安全无疑是确保系统正常运行的首要保障，系统的设计将从访问控制、数据安全方面进行考虑。2.

31、 权限管理3. 通过设置角色和用户权限可以对用户访问控制，运行维护管理4. 进行系统数据库的备份，使系统数据不会因意外事故（如突然停电）而造成破坏，从而确保数据库内容的安全可靠性；6.8 性能需求1. 时间特性普通操作在3秒内得到响应，计算量最大的任务在1分钟内完成。系统需保持24*7小时的持续稳定工作，每四周系统维护一次。2. 易用性系统用b/s模式实现用户界面，大量的图形元素直观的反映了系统功能，便于记忆。3. 稳定系统的稳定性非常重要，它将直接影响到各类用户的使用质量，所以系统必须保证的稳定运行。4. 数据精确度所有有关金额的数据域要求精确到小数点后2位。5. 数据库容量要求需支持5千条

32、每天的数据量。单表最多支持20万条记录。至少支持同时50位用户同时访问。6.9 接口需求1. 内部接口内部接口包括:系统内部各功能模块之间的接口.2. 外部接口外部接口包括:数据库外部访问接口;系统与外界通信接口.三、 数据库设计1 引言编写目的本文档是网上银行模拟系统概要设计文档的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循网上银行模拟系统数据库设计和开发规范。本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员1.1 术语表序号术语或缩略语说明性定义1PdPassword,密码 2AMaccountMoney,

33、账户金额 3TMTradeMoney,交易金额 4TTTradeTime,交易时间 、5MIManageridentify,管理号1.2 参考资料资料名称作者文件编号、版本资料存放地点数据库系统概论 王珊 第四版小组办公室需求规格说明书朱青山 第二版小组办公室数据库原理与应用钱雪忠第二版小组办公室2 数据库环境说明数据库实例数据库管理系统数据库部署环境数据库设计工具数据库存放位置说明OnlineBank数据实例MySql，版本：5.3软硬件、网络环境 visio,roseE:OnlineBank实例存储网上银行模拟系统数据库数据3 概要设计系统E_R图：用户属性实体图交易单实体属性图管理员实体

34、属性图总体E-R图：4 逻辑设计用户表(user)表中列名数据类型可否为空说明accountIdvarchar(30)primary key帐号password varchar（16）not null密码 accountMonkeyintnot null帐号金额namevarchar（10）not null姓名sexvarchar(4)not null性别idvarchar(30)not null身份证号telphonevarchar(30)null电话号码addressvarchar(30)not null家庭地址 交易单表(trade)accountIdvarchar(30)not nul

35、l(主键)帐号tradTypevarchar(30)not null交易类型tradeMonkeyintcheck交易金额tradeTimedatanot null交易时间 管理员表(manager)managerIdvarchar(30)primary key管理号passwordvarchar(16)not null密码表之间的关联：5 物理设计5.1确定关系模型的存取方法在实际设计中最常用的存取方法是索引，使用索引可以大大减少数据的查询时间，在建立索引时应遵循：在经常需要搜索的列上建立索引；在主关键字上建立索引；在经常用于连接的列上建立索引，即在外键上建立索引；在经常需要根据范围进行搜索

36、的列上创建索引，因为索引已经排序，其指定的范围是连续的等规则。才能充分利用索引的作用避免因索引引起的负面作用。5.2确定数据库的存储结构(1)建立索引：对user表在account属性列上建立聚集索引，在id属性列上建立非聚集索引。对trade表在account,tradeTime上建立聚集索引，在tradeType上建立非聚集索引。 (2)存储结构确定数据库的存储结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、日志、备份等的存储安排及存储结构，以及确定系统存储参数的配置。将日志文件和数据库对象(表、索引等)分别放在不同的磁盘可以改进系统的性能。所以系统将日志文件和数据文件存放在不

37、同磁盘上。6 存储过程、函数及触发器的设计存储过程：-建立转账记录存贮过程Created procedure transfer(inAccount int,outAccount int,amout float)Update user set accountMonkey=accountMonkey-amount where accounted=”?”; 修改转入帐号的金额Update account set accountMonkey=accountMonkey+amount where accounted=“？”；触发器：Created trigger crash_MonkeyBefore u

38、pdate on userFor each rowAs beginIf(accountMoneky=0) thenPrnt(“账户余额不足！”)；End ifEnd;7安全性设计7.1用户帐号密码的加密方法用户帐号采用MD5进行数据加密后再录入数据库，以防止任何地方密码的安全性要求。管理员帐号也采用MD5的加密方法进行加密。7.2 角色与权限角色可以访问的表与列操作权限管理员可访问所有表完全控制权限可以删除user、trade表 删除 可以查看user、trade表 查看用户可以查看trade表 查看 可以删除trade表 删除 可以修改user表 修改8数据库实施此阶段主要任务包括创建数据库

39、，加载初始数据.1. 创建数据库脚本Create database onlinebanksystemon( name = onlinebanksystem,filename = d:onlinebank.mdf,size = 10,maxsize = 50,filegrowth = 5 )log on( name = onlinebanklog,filename = e:onlinebank.ldf,size = 5MB, maxsize = 25MB,filegrowth= 5MB )创建表脚本Create table user( accounted varchar(30) primary

40、key, password varchar(16) not null, accountMonkey int , name varchar(30), sex varchar(4) , id varchar(30) Create table trade( accountId varchar(30) primary key,tradeMonkey int ,tradeType varchar(30),tradTime datetime , foreign key(accountId) references user (accountId)ON delete cascade,)Create table

41、 manager(mangerId varchar(30) primary key,password varchar(16) not null创建视图脚本Create view trade_viewAsSelect * from trade where user.accountId=trade.accountId 创建索引脚本Create index trade_index on trade(accounId)Create index user_index on user(accountId)Create index user_index on user(id)数据录入脚本Insert int

42、o user values(0001,111111,10000,张一，男，411526199308083818，18345685210，黄淮学院)四、 总体设计1引言1.1编写目的本文档是网上银行模拟系统概要设计文档的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循网上银行模拟系统数据库设计和开发规范。本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员.1.2背景1 待开发软件系统的名称：网上银行模拟系统设计与实现2 本项目的任务提出者：信息工程学院软工1101B第八小组3 项目开发者：信息工程学院软工1101B第八

43、小组4 系统用户：各大银行及拥有网上帐户的人员1.3定义序号术语或缩略语说明性定义1PdPassword,密码 2AMaccountMoney,账户金额 3TMTradeMoney,交易金额 4TTTradeTime,交易时间 、5MIManageridentify,管理号1.4参考资料资料名称作者文件编号、版本资料存放地点数据库系统概论 王珊 第四版小组办公室需求规格说明书朱青山 第二版小组办公室数据库原理与应用钱雪忠第二版小组办公室2总体设计2.1需求规定2.1.1系统功能用户：（1）查询账户的余额（2）修改个人信息（3）存钱，取钱，转账（4）查看消费记录（5）删除消费记录。管理员：（1）删除用户信息（2）删除用户消费记录（3）查询、修改用户信息。2.1.2系统性能1. 用户在查询的时候支持模糊查询，查询结果更精