第1章银行计算机系统概述
1.1 计算机和银行信息化
1.1.1 计算机与计算机文化
1.1.2 计算机与银行信息化
1.1.3 银行信息化的进展概况
1.2 银行业的信息属性
1.3 国外银行计算机系统的进展简况1.3.1 国外银行计算机系统的进展回忆1.3.2 国外银行计算机系统应用概况1.4 我国银行计算机系统的进展历程1.4.1 试点时期
1.4.2 试验时期
1.4.3 探究时期
1.4.4 大规模推广时期
1.4.5 深度开发时期
1.4.6 产品定制、个性化服务时期
1.5 银行计算机系统的软硬件特点
1.5.1 硬件技术
1.5.2 软件技术
1.5.3 计算机网络技术
1.6 现代银行计算机系统的特点及分类
1.6.1 后台处理系统
1.6.2 前置处理系统
1.6.3 柜面业务系统
1.6.4 自助服务系统
1.7 以后银行计算机系统的进展趋势
1.7.1 大集中
1.7.2 多中心化
1.7.3 标准化
1.7.4 网络化
图11〓中国国家金融网络（CNFN）的拓扑结构
习题
第2章银行计算机系统硬件技术
2.1 硬件技术的特点
2.2 硬件设备
图21〓银行计算机系统中的要紧硬件设备2.2.1 服务器
图22〓机架式服务器
图23〓刀片服务器
图24〓塔式服务器
图25〓机柜式服务器2.2.2 组网设备
图26〓网卡
图27〓双绞线
图28〓同轴电缆
图29〓光纤
图210〓卫星通信
图211〓路由器
图212〓集线器
图213〓交换器
图214〓调制解调器
图215〓ATM取款流程图
2.2.5 ATM机
2.2.6 销售点终端（Point Of Sale,POS）
图216〓POS的结构
2.3 综合布线系统
2.3.1 综合布线系统概述
2.3.2 银行综合布线系统
图217〓中国工商银行北京数据中心的园区主干连接图
图218〓开发楼水平布线图习题
第3章银行常用程序设计语言
3.1 结构化程序设计差不多原理
3.1.1 程序设计差不多要素
图31〓人与计算机解题的差不多模式
图32〓数据变量的设置
3.1.2 算法设计初步
图33〓求和算法的程序流程图
3.1.3 数据结构初步
3.1.4 程序设计方法初步
图34〓N S图的差不多操纵结构示意
图35〓传统程序流程图表述
图36〓N S图表述
目录 一、目的与意义1 二、设计内容与要求1 三、设计原理2 1、数据库基本操作：2 Ⅰ、定义基本表2 Ⅱ、修改基本表2 III、删除基本表2 IV、数据查询3 V、插入元组3 VI、修改数据3 VII、删除数据4 2、数据库完整性4 I、实体完整性定义4 II、参照完整性定义4 3、触发器5 I、定义触发器5 II、激活触发器5 III、删除触发器5 4、存储过程6 I、PL/SQL的块结构6 II、变量常量的定义6
III、控制结构7 IV、存储过程的用户接口8 四、总体设计方案9 五、详细设计9 1、需求分析9 2、流程图9 3、E-R图9 4、设计表9 5、关系图10 6、编码10 六、测试与调试15 七、收获与体会15 八、主要参考资料16 一、目的与意义 本课程设计是在学完《数据库系统与应用》课程之后，让学生综合应用数据库知识，设计数据库，进行调试与测试，以加深对数据库基本知识及SQL语言的理解，提高综合应用知识的能力、分析解决问题的能力，加强数据库知识的实践技能，初步培养开发实用数据库系统的能力。 二、设计内容与要求 设计一个银行账户管理系统，至少能够实现存款、取款、查询、转账等基本功能，要求在在数据库实现过程中至少建立三张表、不得少于四个查询、三个触发器、使用至少一个存储过程。
三、设计原理 SQL是一种介于关系代数与关系演算之间的结构化查询语言，其功能并不仅仅是查询。SQL是一个通用的、功能极强的关系数据库语言。它之所以能够为用户和业界所接受，并成为国际标准，是因为它是一个综合的、功能极强同时又简捷易学的语言。SQL语言集数据查询（DataQuery）、数据操纵（DataManipulation）、数据定义（DataDefinition）和数据控制（DataControl）功能于一体。 1、数据库基本操作： Ⅰ、定义基本表 语句格式： CREATETABLE<表名> （<列名><数据类型>[<列级完整性约束条件>] [，<列名><数据类型>[<列级完整性约束条件>]]… [，<表级完整性约束条件>]）； 如果完整性约束条件涉及到该表的多个属性列，则必须定义在表级上，否则既可以定义在列级也可以定义在表级。 Ⅱ、修改基本表 语句格式： [ADD<新列名><数据类型>[完整性约束]] [DROP<完整性约束名>] [ALTERCOLUMN<列名><数据类型>]； III、删除基本表 语句格式：
银行存储管理系统设计 专业：信息与计算科学 课程：软件工程 一、问题定义
银行存储管理系统工作繁琐，包含大量数据信息数据，因此就需要一个完善的银行管理系统来实现这些数据的有效管理。但是，随着经济和科学技术的飞速发展，传统的银行存储管理系统已经不能满足广大客户的需求，也不能及时跟上计算机网络发展的步调，故而我们急需开发一个高效、安全、便捷、互联的银行存储管理系统，该系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充、维护。系统分为三大模块，分别为存款模块、取款模块、用户管理模块，用来实现用户的开户、销户、存款以及取款等业务。该系统在功能上不断完善和加强，也使得存储管理规范化、程序化、科学化，满足了客户的需求。 二、可行性研究 1、对现有系统的分析 当前大多数系统所思用的银行存储系统办理业务时手续繁多，例如要填写存取款表，然后再交由业务员输入资料，最后还要在存取款单上签名确认，人工业务操作过多，需要大量的业务工作人员，同时严重影响了工作效率，以致客户在等待办理手续的搞到不耐烦，且出错率高。 2、系统可行性研究 2.1、技术可行性： 技术可行性包括以下几个方面：硬件，系统软件，应用软件，技术人员。针对这四个方面可行性都是没有问题的，本系统采用java编程语言和Access数据库。目前，数据库产品较多，每种产品都具有各自的特点和适用范围，因此，在选择数据库时，应考虑数据库应用的特点及适用范围，选择最合适的。 2.2、经济可行性： 本银行管理系统能使银行业务员便捷的处理银行信息数据；能够促进银行的体制改革，提高工作效率，减少手工工作人员及费用等，这些都是使用系统所带来的间接收益。同时也促进了银行信息化的进程，提高银行的管理效率。 2.3、操作可行性： 本银行管理系统的操作简单，且界面友好，系统的操作流程是银行业务员所熟悉的。系统能够实现其各个功能，在当前操作环境下也能够很好的运行。 3、开发的新系统
商业银行有哪些业务 商业银行的业务，按资金的来源和运用将其业务划分为资产业务、负债业务、中间业务三类。 1. 什么是负债业务？ 银行的负债业务是形成银行资金来源的业务。银行资金来源主要包括存款、借入款和银行资本等。 2. 什么是资产业务？ 资产业务是指银行运用其吸收的资金，从事各种信用活动，以获取利润的行为。主要包括放款业务和投资业务两大类。 3. 什么是中间业务？ 商业银行在经营资产业务、负债业务的同时，还利用其在机构、技术、资金、信誉和住处等方面的优势，提供一些服务性的业务与之配合。如：结算业务，信托业务等。 （一）保险的基本职能 保险的基本职能是保险原始与固有的职能。关于保险基本职能主要有两种观点，一种观点认为保险的基本职能是分摊损失和补偿损失或给付保险金；另一种观点认为保险的基本职能是经济补偿和保险金给付职能。 经济补偿职能是在发生保险事故、造成损失后根据保险合同按所保标的的实际损失数额给予赔偿，这是财产保险的基本职能； 保险金给付职能是在保险事故发生时保险双方当事人根据保险合同约定的保险金额进行给付，这是人身保险的职能。 （二）保险的派生职能 保险的派生职能是在基本职能的基础上产生的职能。保险的派生职能是融资职能、防灾防损职能。 防灾防损是风险管理的重要内容。保险防灾防损工作的最大特点就在于积极主动地参与、配合其他防灾防损主管部门扩展防灾防损工作。保险防灾防损工作体现于：从承保到理赔履行社会责任；增加保险经营的收益；促进投保人的风险管理意识，从而促使其加强防灾防损工作。 保险的融资职能是保险人参与社会资金融通的职能。其体现在两方面：一方面具有筹资职能；另一方面通过购买有价证券、购买不动产等投资方式体现投资职能。 （三）保险的宏观作用 保险的宏观作用是保险对全社会和国民经济总体所产生的经济效应。具体表现为以下几方面：
文档来源为:从网络收集整理.word版本可编辑.欢迎下载支持. 目录 第一章概述.................................................. 错误!未定义书签。 1.1目的................................................. 错误!未定义书签。 1.2背景................................................. 错误!未定义书签。 1.3定义................................................. 错误!未定义书签。第二章需求分析.............................................. 错误!未定义书签。 2.1功能需求............................................. 错误!未定义书签。 2.2性能需求............................................. 错误!未定义书签。 2.3运行需要............................................. 错误!未定义书签。 2.4输入要求............................................. 错误!未定义书签。 2.5输出要求............................................. 错误!未定义书签。第三章系统E_R图............................................ 错误!未定义书签。第四章系统流程和数据流图.................................... 错误!未定义书签。 4.1系统流程图........................................... 错误!未定义书签。 4.2数据流图............................................. 错误!未定义书签。第五章存取款状态图.......................................... 错误!未定义书签。第六章数据字典.............................................. 错误!未定义书签。 6.1数据元素............................................. 错误!未定义书签。 6.2数据流............................................... 错误!未定义书签。 6.3数据存储：........................................... 错误!未定义书签。 6.4加工逻辑：........................................... 错误!未定义书签。第七章结论.................................................. 错误!未定义书签。
银行计算机储蓄系统 题目：银行帐户管理，储蓄业务管理处理系统 班级：计算机科学与技术（3）班设计者：易华丽 1 引言 1.1 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。 1.3定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而
package src.day01; public class ACC { //父类，以下是共有属性和方法 //卡号 protected static long id; // 名字 protected static String name; // 身份证 protected static String personId; //电子邮件 protected static String email; // 密码 protected static long password; //余额 protected static double balance; public ACC(){ } public ACC(long id,String name,String personId,String email,long password,double balance ){ this.id = id; https://www.doczj.com/doc/fe72015.html, = name; this.personId = personId; this.email = email; this.password = password; this.balance = balance; } // 存款方法 public static void deposit(double money){ balance += money; System.out.println("存款成功，你存入的金额为：" + money); } public long getId() { return id; } public void setId(long id) { this.id = id; } public String getName() { return name; } public void setName(String name) { https://www.doczj.com/doc/fe72015.html, = name; } public String getPersonId() {
商业银行的业务范围 我国《商业银行法》第三条规定了商业银行的13种业务，商业银行可以经营下列部分或者全部业务： 1、吸收公众存款 商业银行吸收公众的存款是商业银行最为传统的业务，这项业务的特点在于：第一，向公众吸收存款。公众包括本地的居民存款，也包括在本地的外国人的存款。“公众”一词不仅指众多的个人客户组成的公众，也包括企业和事业单位组成的“公众”客户。法律在这里使用的“公众”一词，不是指在银行开户的特定客户，而是成千上万的普通客户。第二，商业银行吸收的“存款”，是特指的活期存款。定期存款是除了商业银行可以吸收，其他非银行金融机构也可以吸收的存款。例如，信托公司可以吸收定期的信托存款。一些海外的接受存款公司也不是商业银行，但可以接受一定条件下的定期存款。所以，单在定期存款方面，还难以将商业银行与非银行金融机构区别开来。 2、发放短期、中期和长期贷款 商业银行的贷款业务中以短期和中期的贷款业务为主，在历史上长期贷款业务在传统上是储蓄银行的业务，其原因在于历史上的储蓄银行吸收公众存款可以计复利，并且储蓄银行可以发放金融债券。由于吸收的债务是长期和稳定的，所以，适合作长期的贷款。 我国的商业银行是综合性业务银行，综合了商业银行和储蓄银行的功能，不另设储蓄银行。在经济体制改革之前，我国的长期贷款即国家基本项目贷款，主要是由中国建设银行承办，中短期贷款原行是由中国人民银行办理，1984年中国工商银行成立以后，中短期贷款由中国工商银行承担。经济体制改革之后，专业银行之间的业务划分开始融合，20世纪80年代以后设立的商业银行在业务上没有限制，所以，我国的商业银行可以作任何期限的贷款业务，也包括长期贷款业务。这也是我国商业银行的业务特点之一。 3、办理国内外结算
1.引言 1.1 项目背景 项目说明:随着社会经济的发展，以及数字生活的逐步渗透，如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今银行储蓄系统工作效率比较低，越来越不能满足广大人民群众的需求，人们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统 1.2 项目目标 (1).处理速度的提高及准确度的保证； (2).人员利用率的改进及合理调度。 (3).改进管理和服务; 2.运行环境 1)客户端 操作系统：Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器：IE 7.0以上，Firefox3.5以上，chrome 6以上。 2)服务器端 操作系统：Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器：IE 7.0以上，Firefox3.5以上，chrome 6以上。 3)数据库 操作系统：Windows 7 数据库系统：Mysql 5.0及更新版本
3.性能需求 1)客户端一般相应时间不超过1秒。 2)报表统计时间不超过30秒。 4.安全性需求 1)对数据的访问设置权限，以保证用户个人信息的保密性。 2)对用户输入的密码进行单向加密，以防止密码泄露造成经济损失。 3)保证用户进行的业务执行正确和安全。 5.外部接口需求 用户接口 本系统采用B/S架构，所有界面使用WEB风格，用户界面的具体细节将在概要设计文档中描述。 6. 银行系统业务流程图
数据库课程设计报告银行管理 系统(总18页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
1 绪论 1.1 选题目的及意义 (2) 1.2 设计内容 (2) 2 需求分析 2.1 功能需求 (2) 2.2 数据需求 (2) 3数据库设计 3.1概念结构设计 (7) 3.2逻辑结构设计 (9) 3.3物理结构设计 (11) 4.设计结果及分析 4.1查询与结果分析 (24) 5.设计体会 (29) 参考文献 参与设计人员： 姓名学号班级负责项目 陈盛业信管（2）需求分析 李宁信管（2）数据库设计、分析向绍鹏信管（2）绪论、设计体会阳治安信管（2）数据库设计、分析
1.1选题的目的及意义 银行管理系统：该系统要求建立的用户表并不是很多，完成的功能也相对有限，但其中各个表之间的联系很紧密，该系统对数据库表的设计要求会很高，所以完成这个题目，能更好的训练数据库设计和VC的编程能力，选择该题目就是充分训练数据库表设计的能力和运用VC的能力。 1.2 设计内容 用户管理模块：建立新用户、删除老用户、更改用户操作； 账户操作模块：账户信息、活期存取款操作、查询活期操作记录、定期存款、定期取款、查询定期操作记录； 数据库模块：数据库备份、数据库恢复； 2需求分析 2.1功能需求 对于用户部分，能够新建和删除用户，在操作过程中可以更改用户；对于账户部分，可以查询用户的信息，包括各种基本信息、活期余额、定期账单等；对于账户操作部分，有活期存取款、定期存取款操作，另外操作完成之后存储相应的操作记录并能够查询操作记录等功能。
中国商业银行业务分类 来看看银行都干了些什么，也就是他们的业务细分。 最通用的分类是：负债业务（商业银行形成资金来源的业务），资产业务（商业银行运用资金的业务），中间业务（银行不需运用自己的资金，代客户承办支付和其他委托事项而收取手续费的业务） 一、资产业务 资产业务，是商业银行的主要收入来源。 1、贷款(放款)业务--商业银行最主要的资产业务 1) 信用贷款： 信用贷款，指单凭借款人的信誉，而不需提供任何抵押品的贷款，是一种资本贷款。 ●普通借款限额： 企业与银行订立一种非正式协议，以确定一个贷款，在限额内，企业可随时得到银行的贷款支持，限额的有效期一般不超过９０天。普通贷款限额内的贷款，利率是浮动的，与银行的优惠利率挂钩。 ●透支贷款： 银行通过允许客户在其帐户上透支的方式向客户提供贷款。提供这种便利被视为银行对客户所承担的合同之外的“附加义务”。 ●备用贷款承诺： 备用贷款承诺，是一种比较正式和具有法律约束的协议。银行与企业签订正式合同，在合同中银行承诺在指定期限和限额内向企业提供相应贷款，企业要为银行的承诺提供费用。 ●消费者贷款： 消费者贷款是对消费个人发放的用于购买耐用消费品或支付其他费用的贷款，商业银行向客户提供这种贷款时，要进行多方面的审查。 ●票据贴现贷款： 票据贴现贷款，是顾客将未到期的票据提交银行，由银行扣除自贴现日起至到期日止的利息而取得现款。 2）抵押贷款： 抵押贷款有以下几种类型 ●存货贷款 存货贷款也称商品贷款，是一种以企业的存贷或商品作为抵押品的短期贷款。 ●客帐贷款 银行发放的以应收帐款作为抵押的短期贷款，称为“客帐贷款”。这种贷款一般都为一种持续性的信贷协定。 ●证券贷款 银行发放的企业借款，除以应收款和存货作为抵押外，也有不少是用各种证券特别是公司企业发行的股票和债券作押的。这类贷款称为“证券贷款”。 ●不动产抵押贷款
（芙蓉学院） （芙蓉学院） 软件工程实验报告 课题: 银行储蓄管理系统姓名：谭斌 学号： 同组姓名： 专业班级：芙蓉计科0701 指导教师：周学清 设计时间：2011/3/20
银行储蓄管理系统 目录 1．需求分析 1．1系统的功能性需求 1．2系统需求分析规格说明书 1．3系统实体联系（ER）图 1．4系统数据流（DFD）图 1．5系统数据字典 1．6面向数据流的设计方法
1．需求分析 系统中要求每个人银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行，也主是说存储用户并不直接与系统交互，而是通过管理员与系统交互。该系统主要有两部份业务功能，存款与取款。 储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名，住址（或电话号码），身份证号码，存款类型，存款日期，到期日期，利率及密码（可选）等信息，并打印存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。1．1系统的功能性需求 系统为管理者提供主功能界面 系统在启动时要求管理者输入登录帐号与密码 系统要通过管理员执行一系操作（如：添加用户，修改，查询，删除等） 管理员代用户实现存款，取款，查询等操作 储户的一切信息，存储在数据库表中 1．2系统需求分析规格说明书 ●实现储户开户登记 ●办理定期存款帐 ●办理定期存款手续 ●办理活期取款帐 ●办理活期取款手续 ●实现利息计算 ●输出明细表 ●数据备份和数据恢复功能 ●查看帐户信息
商业银行业务分类大全 来看看银行都干了些什么，也就是他们的业务细分。 最通用的分类是：负债业务（商业银行形成资金来源的业务），资产业务（商业银行运用资金的业务），中间业务（银行不需运用自己的资金，代客户承办支付和其他委托事项而收取手续费的业务） 一、资产业务 资产业务，是商业银行的主要收入来源。 1、贷款(放款)业务--商业银行最主要的资产业务 1）信用贷款：信用贷款，指单凭借款人的信誉，而不需提供任何抵押品的贷款，是一种资本贷款。（1）普通借款限额：企业与银行订立一种非正式协议，以确定一个贷款，在限额，企业可随时得到银行的贷款支持，限额的有效期一般不超过90天。普通贷款限额的贷款，利率是浮动的，与银行的优惠利率挂钩。（2）透支贷款：银行通过允许客户在其上透支的方式向客户提供贷款。提供这种便利被视为银行对客户所承担的合同之外的“附加义务”。（3）备用贷款承诺：备用贷款承诺，是一种比较正式和具有法律约束的协议。银行与企业签订正式合同，在合同中银行承诺在指定期限和限额向企业提供相应贷款，企业要为银行的承诺提供费用。（4）消费者贷款：消费者贷款是对消费个人发放的用于购买耐用消费品或支付其他费用的贷款，商业银行向客户提供这种贷款时，要进行多方面的审查。（5）票据贴现贷款：票据贴现贷款，是顾客将未到期的票据提交银行，由银行扣除自贴现日起至到期日止的利息而取得现款。 2）抵押贷款：抵押贷款有以下几种类型（1）存货贷款。存货贷款也称商品贷款，是一种以企业的存贷或商品作为抵押品的短期贷款。（2）客帐贷款。银行发放的以应收帐款作为抵押的短期贷款，称为“客帐贷款”。这种贷款一般都为一种持续性的信贷协定。（3）证券贷款。银行发放的企业借款，除以应收款和存货作为抵押外，也有不少是用各种证券特别是公司企业发行的股票和债券作押的。这类贷款称为“证券贷款”。（4）不动产抵押贷款。通常是指以房地产或企业设备抵押品的贷款。 3）保证书担保贷款：保证书担保贷款，是指由经第三者出具保证书担保的贷款。保证书是保证为借款人作贷款担保，与银行的契约性文件，其中规定了银行和保证人的权利和义务。银行只要取得经保证人签字的银行拟定的标准格式保证书，即可向借款人发放贷款。所以，保证书是银行可以接受的最简单的担保形式。 4）贷款证券化：贷款证券化是指商业银行通过一定程序将贷款转化为证券发行的总理资过程。具体做法是：商业银行将所持有的各种流动性较差的贷款，组合成若干个资产库（Assets Pool），出售给专业性的融资公司（Special Purpose Corporation），
武汉理工大学华夏学院 课程设计报告书 课程名称：《数据库系统原理》课程设计题目：银行储蓄管理系统数据库设计
课程设计任务书 学生姓名：专业班级： 指导教师：工作单位： 设计题目：银行储蓄管理系统数据库设计 初始条件： 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务： 要求学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的银行储蓄管理系统，进行数据库系统的需求分析，概念结构设计、逻辑结构设计、物理结构设计，数据录入及测试等，完成题目要求的功能。 主要任务： 用户有以下需求：建立读者档案；建立图书档案，建立书目索引；完成日常图书检索、借还工作，对读者档案、图书档案、借还系统的访问，必需进行身份验证。具体要求如下：1．存折信息 数据包括：存折的基本信息包括：户名、帐号、开户银行名称、开户日期、取款密码等。2．账户存取明细 数据包括：日期、摘要（现存、现支、转存、利息）、交易金额、余额、操作柜员编号。 3．检索系统 能根据户名、账号、交易日期、金额等进行查询。 4．取款 输入账号和密码后，能根据密码判断用户是否合法，能判断取款金额是否超过了账户余额，如果取款金额合法，就对该账号的余额信息进行更新。 5、存款 输入账号和存款金额后，能更新该账号的余额。 6、转账 输入账号和密码后，能根据密码判断用户是否合法，然后再输入对方的转账账户，并判断对方的转账账户是否合法，如果合法，再输入转账的金额，并能判断转账金额是否超过了账户余额，如果转账金额合法，就对该账号的余额信息以及对方的账户余额信息进行更新。
学习报告 学生姓名学号课程成绩： 二零一六 年 六 月
目录 4 4 4 4 4
4 4 5 5 6 7 7 7 8 9 9 9 9 9
1 前言 系统的背景及开发意义 （1）系统背景介绍 随着计算机的飞速发展及应用领域的扩大，特别是计算机网络和电子商务的发展，极大的改变了商业银行传统的经营模式。能够为客户提供方便、快捷、安全的服务，也能够有效的降低银行的营运成本，这是银行存储系统追求的目标。目前，对于现代化银行运营的要求是客户可以实现方便安全的业务交易，银行职员可以进行高效合理的工作管理，实现银行业务电子化。 （2）系统开发的意义 方便用户快速的进行存款、取款、修改密码以及完成一些转账的交易，大大提高办公效率，能够及时、准确、有效的帮用户办理各种繁琐的手续，也减缓了银行工作人员的压力。 系统的开发环境及工具 （1）系统开发的环境 硬件：Windows2000服务器、希捷 ST9500420AS ( 500 GB / 7200 转/分 )硬盘、2GB ( DDR3 1333MHz )内存 软件：Windows 10 旗舰版 64位 SP1 ( DirectX 11 ) （2）系统开发的工具 系统采用Microsoft Visual Studio 2010、SQL Server 2008数据库开发工具、C/S结构。下面对开发中采用的工具进行说明： ①Microsoft Visual Studio 2010简介 是目前最流行的平台应用程序的，Visual Studio 2010版本（）的界面被重新设计和组织，变得更加简单明了。并且支持开发面向的。除了，它还支持??和数据库。 ②SQL Server 2008数据库简介
软件工程银行系统可行性分析
1 引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3参考资料 (2) 2 可行性研究的前提 (3) 2.1 要求 (3) 2.1.1 功能 (3) 2.1.2 性能 (3) 2.1.3 接口要求 (3) 2.1.4 输入要求 (3) 2.1.5 输出要求 (4) 2.2 目标 (4) 2.3 条件、假定和限制 (4) 2.3.1 开发时间（只限于近期目标） 4 2.3.2 使用寿命 (4) 2.3.3 经费来源和使用限制 (5) 2.3.4 硬件、软件、运行环境和开发环 境的条件和限制 (5) 2.4 进行可行性研究的方法 (5) 2.5 决定可行性的主要因素 (5) 3对现有系统的分析 (5) 3.1当前系统的处理流程和数据流程（系统
流程图） (5) 4 所建议技术可行性分析 (6) 4.1 对新系统的描述 (6) 4.2 新系统的数据流程和处理流程 (7) 4.2.1 数据对象 E-R图 (7) 4.2.2 数据流程图 (7) 4.2.2.2 取款流程图 (8) 4.2.3 数据字典 (9) 4.3 优越性 (10) 4.4 采用建议系统可能带来的影响 (11) 4.4.1 对设备的影响 (11) 4.4.2 对现有软件的影响 (11) 4.4.3对用户的影响 (11) 4.4.4对系统运行的影响 (11) 4.4.5对开发环境的影响 (11) 4.4.6对运行环境的影响 (12) 4.4.7对经费支出的影响 (12) 4.5 技术条件方面的可行性评价 (12) 5 所建议系统经济可行性分析 (12) 5.1支出 (12) 5.1.1基建投资 (12) 5.1.2其他一次性支出 (12)
目录 一、目的与意义 0 二、设计内容与要求 0 三、设计原理 (1) 1、数据库基本操作： (1) Ⅰ、定义基本表 (1) Ⅱ、修改基本表 (1) III、删除基本表 (1) IV、数据查询 (1) V、插入元组 (2) VI、修改数据 (2) VII、删除数据 (2) 2、数据库完整性 (2) I、实体完整性定义 (2) II、参照完整性定义 (2) 3、触发器 (3) I、定义触发器 (3) II、激活触发器 (3) III、删除触发器 (3) 4、存储过程 (3) I、PL/SQL的块结构 (3) II、变量常量的定义 (4) III、控制结构 (4) IV、存储过程的用户接口 (5) 四、总体设计方案 (5) 五、详细设计 (5) 1、需求分析 (5) 2、流程图 (6) 3、E-R图 (6) 4、设计表 (6) 5、关系图 (7) 6、编码 (8) 六、测试与调试 (11) 七、收获与体会 (15) 八、主要参考资料 (15) 一、目的与意义 本课程设计是在学完《数据库系统与应用》课程之后，让学生综合应用数据库知识，设计数据库，进行调试与测试，以加深对数据库基本知识及SQL语言的理解，提高综合应用知识的能力、分析解决问题的能力，加强数据库知识的实践技能，初步培养开发实用数据库系统的能力。 二、设计内容与要求 设计一个银行账户管理系统，至少能够实现存款、取款、查询、转账等基本功能，要求在在数据库实现过程中至少建立三张表、不得少于四个查询、三个触发器、使用至少一个存
储过程。 三、设计原理 SQL是一种介于关系代数与关系演算之间的结构化查询语言，其功能并不仅仅是查询。SQL是一个通用的、功能极强的关系数据库语言。它之所以能够为用户和业界所接受，并成为国际标准，是因为它是一个综合的、功能极强同时又简捷易学的语言。SQL语言集数据查询（Data Query）、数据操纵（Data Manipulation）、数据定义（Data Definition）和数据控制（Data Control）功能于一体。 1、数据库基本操作： Ⅰ、定义基本表 语句格式： CREATE TABLE <表名> （<列名> <数据类型>[ <列级完整性约束条件> ] [，<列名> <数据类型>[ <列级完整性约束条件>] ] … [，<表级完整性约束条件> ] ）； 如果完整性约束条件涉及到该表的多个属性列，则必须定义在表级上，否则既可以定义在列级也可以定义在表级。 Ⅱ、修改基本表 语句格式： [ ADD <新列名> <数据类型> [ 完整性约束 ] ] [ DROP <完整性约束名> ] [ ALTER COLUMN<列名> <数据类型> ]； III、删除基本表 语句格式： DROP TABLE <表名>［RESTRICT| CASCADE］； RESTRICT：删除表是有限制的。欲删除的基本表不能被其他表的约束所引用，如果存在依赖该表的对象，则此表不能被删除。 CASCADE：删除该表没有限制。在删除基本表的同时，相关的依赖对象一起删除。 IV、数据查询 语句格式： SELECT [ALL|DISTINCT] <目标列表达式> [，<目标列表达式>] … FROM <表名或视图名>[， <表名或视图名> ] … [ WHERE <条件表达式> ] [ GROUP BY <列名1> [ HAVING <条件表达式> ] ] [ ORDER BY <列名2> [ ASC|DESC ] ]；
软件工程课程设计 项目计划书 项目名称：银行管理系统 学院：计算机科学与技术学院 专业：计算机科学与技术专业 班级： 姓名： 指导教师：
2011 年11 月03 日
目录 1 系统主题................................................................................................................................. 错误!未定义书签。 引言............................................................................................................................................. 错误!未定义书签。 背景/选题动机/目的................................................................................................................... 错误!未定义书签。 系统与“创新杯”的主题关系(2)......................................................................................... 错误!未定义书签。 市场调查过程和结论(3) ............................................................................................................ 错误!未定义书签。 2 需求分析................................................................................................................................. 错误!未定义书签。 概要............................................................................................................................................. 错误!未定义书签。 使用场景..................................................................................................................................... 错误!未定义书签。 可行性分析报告......................................................................................................................... 错误!未定义书签。 应用领域/实用性分析............................................................................................................. 错误!未定义书签。 未来发展方向............................................................................................................................. 错误!未定义书签。 3 团队组成和分工..................................................................................................................... 错误!未定义书签。 4 系统功能概述......................................................................................................................... 错误!未定义书签。 功能需求分析............................................................................................................................. 错误!未定义书签。 系统性能要求 ................................................................................................................. 错误!未定义书签。 功能点列表................................................................................................................................. 错误!未定义书签。 性能点列表................................................................................................................................. 错误!未定义书签。 数据描述..................................................................................................................................... 错误!未定义书签。 5 系统设计概要......................................................................................................................... 错误!未定义书签。 实现系统所采用的技术方案和技术亮点 ................................................................................. 错误!未定义书签。 系统构架..................................................................................................................................... 错误!未定义书签。 功能模块描述............................................................................................................................. 错误!未定义书签。 E-R图 ........................................................................................................................................ 错误!未定义书签。 用例图......................................................................................................................................... 错误!未定义书签。 概念数据模型图......................................................................................................................... 错误!未定义书签。 业务模型..................................................................................................................................... 错误!未定义书签。 界面 ........................................................................................................................................... 错误!未定义书签。 6 系统环境................................................................................................................................. 错误!未定义书签。 开发平台..................................................................................................................................... 错误!未定义书签。 Client运行环境......................................................................................................................... 错误!未定义书签。