数据库课程设计 银行管理系统

武汉理工大学华夏学院

课程设计报告书

课程名称：《数据库系统原理》课程设计题目：银行储蓄管理系统数据库设计

课程设计任务书

学生姓名：专业班级：

指导教师：工作单位：

设计题目：银行储蓄管理系统数据库设计

初始条件：

本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。

要求完成的主要任务：

要求学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的银行储蓄管理系统，进行数据库系统的需求分析，概念结构设计、逻辑结构设计、物理结构设计，数据录入及测试等，完成题目要求的功能。

主要任务：

用户有以下需求：建立读者档案；建立图书档案，建立书目索引；完成日常图书检索、借还工作，对读者档案、图书档案、借还系统的访问，必需进行身份验证。具体要求如下：1．存折信息

数据包括：存折的基本信息包括：户名、帐号、开户银行名称、开户日期、取款密码等。2．账户存取明细

数据包括：日期、摘要（现存、现支、转存、利息）、交易金额、余额、操作柜员编号。 3．检索系统

能根据户名、账号、交易日期、金额等进行查询。

4．取款

输入账号和密码后，能根据密码判断用户是否合法，能判断取款金额是否超过了账户余额，如果取款金额合法，就对该账号的余额信息进行更新。

5、存款

输入账号和存款金额后，能更新该账号的余额。

6、转账

输入账号和密码后，能根据密码判断用户是否合法，然后再输入对方的转账账户，并判断对方的转账账户是否合法，如果合法，再输入转账的金额，并能判断转账金额是否超过了账户余额，如果转账金额合法，就对该账号的余额信息以及对方的账户余额信息进行更新。

设计报告撰写格式要求：

要求层次清楚、整洁规范、不得相互抄袭，凡正文内容有整段完全相同者一律以抄袭论处。设计报告正文字数不少于0.2万字（不包括附录）

第1级（章）题序和题名用黑体三号字，

第2级（目）题序和题名用黑体小四号字，

第3级（条）题序和题名用黑体小四号字，

正文内容用宋体五号字(英文用新罗马体)，多倍行距1.25。

报告内容一律使用A4打印纸计算机打印，页码在页下居中标明。必须使用国家公布的规范字。

页面设置：上空2.5 cm，下空2.0 cm，左空2.5 cm，右空2.0cm（左装订）。

插图图面要整齐、美观，插图应与正文呼应，不能脱节。每幅插图应有图序与图题，图序编号要连续，图序与图题间空一格且要放在插图下方居中处。

时间安排：

消化资料、系统调查 1天

系统分析、总体设计，实施计划、撰写报告3天

演示、验收1天

指导教师签字：2012年6月25日系主任签字：2012年6月25 日

1．概述（设计题目与可行性分析）

本软件实现银行的活期储蓄存款业务。整套软件由客户端程序和服务器端程序构成，客户端运行在面向个人业务的银行柜台的电脑上，银行职员输入相关信息并通过网络通讯向服务器发送请求，并接受服务器端程序的应答显示处理的结果。服务器端处理客户端的各种业务请求。主要实现银行开户、销户、取款、存款、余额查询、转账、修改密码、打印账户明细记录等功能。

2．需求分析

2.1 定义

银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。

需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。

模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的

2.2 需求规格说明概览

用户在进行存款取款的时候要做到高效高速地完成，计算机在这个过程中起到至关重要地作用，而我们的这个系统就是让计算机能够轻易地解决这一问题，用户需要存款并且快速将自己的使用信息记录下来，工作人员不用手写记录，人机交互中完成记录的输入。用户取款的时候计算机能很快速的清算出用户余额数并快速取款并打印单据。

2.3产品的一般性描述

现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。

2.4 产品功能

外部功能：实现化窗口，查找及储蓄

内部功能：同步，过滤，定位，识别

存储帐户信息：所有帐户信息永久性保存在一个特定的磁盘文件之中。在系统退出时，自动依据内存中存放的帐户信息映射表将所有帐户信息存入库文件之中。保存时先将原有库文件进行备份，之后将现有帐户信息映射表存储为新的库文件。

读取帐户信息：所有帐户信息永久性保存在一个特定的磁盘文件之中。在系统开始运行时首先自动打开该文件，将文件中的全部账户信息加载到内存中存放这些信息的帐户信息映射表中。并且在提示面板中显示库文件载入成功的信息。

建立新帐户：通过建立新帐户面板输入一个新帐户的描述信息，并将该帐户添加到帐户信息映射表中，并以系统自动生成的唯一的帐户号作为键。由于键值唯一且通过程序自动生成，因此不会出现即使其他信息全部相同，建立的新帐户也是不重复的。

所有帐户的公有描述信息包括：币种，初始存款额，用户名，用户身份证号，用户住址以及用户联系电话。其中币种，用户信息以及除密码外的特有描述信息将不能更改。

2.5用户特征

前台用户需要一定的计算机操作对数据操作有一定的要求，对于后台维护人员必须对银行大型数据库系统有深刻的认识能对数据库备份、灾难性恢复有一定的了解。

2.6运行环境

适合windows 95 ,windows 98,windows xp,windows sp3、数据库：sql2005

2.7 功能划分

软件分别有新建，修改，查询，更新等功能。各个模块各有不同的功能，但都能完成查询和存储功能。各模块的数据都存放在数据库中。数据的条用和廉洁都有程序来完成。

此软件所要完成的主要功能有两方面：如果是存款，储蓄填写存款单，然后交给键入系统，同时系统还要记录存款人姓名，住址，身份证，号码，存款类型，存款日期。利率及密码（可选）等信息，完成后由系统打印存款单给储户。如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。

⑵功能描述

外部功能：实现化窗口，查找及储蓄

内部功能：同步，过滤，定位，识别

存储帐户信息：所有帐户信息永久性保存在一个特定的磁盘文件之中。在系统退出时，自动依据内存中存放的帐户信息映射表将所有帐户信息存入库文件之中。保存时先将原有库文件进行备份，之后将现有帐户信息映射表存储为新的库文件。

读取帐户信息：所有帐户信息永久性保存在一个特定的磁盘文件之中。在系统开始运行时首先自动打开该文件，将文件中的全部账户信息加载到内存中存放这些信息的帐户信息映射表中。并且在提示面板中显示库文件载入成功的信息。

建立新帐户：通过建立新帐户面板输入一个新帐户的描述信息，并将该帐户添加到帐户信息映射表中，并以系统自动生成的唯一的帐户号作为键。由于键值唯一且通过程序自动生成，因此不会出现即使其他信息全部相同，建立的新帐户也是不重复的。

所有帐户的公有描述信息包括：币种，初始存款额，用户名，用户身份证号，用户住址以及用户联系电话。其中币种，用户信息以及除密码外的特有描述信息将不能更改。

定期存储帐户的特有描述信息为：定期存款方式

信用卡帐户的特有描述信息为：信用卡密码

结算存储帐户的特有描述信息为：结算汇款方式

修改信用卡帐户密码：通过信用卡密码修改面板选择信用卡帐户并输入原始密码及更改密码可更改信用卡帐户密码。

建立用户身份信息资料：在建立新帐户过程中将输入用户的身份信息资料并与帐户信息一同存储。用户的身份信息资料一经注册便不可修改。

存款功能：以储户的存款为主要活动，相关记录根据存款结果进行调整，以使信息保持一致。

系统需要在原帐户信息中增加一条记录，包括存款人姓名，住址，存款类型，存款日期，利率等信息。

若为新储户须建立一个帐户，并记录此次的记录。

打印存款给储户。

取款功能：

系统计算利息，在原帐户信息中取款减去。

若为清户，记录注销该帐户，将帐户余额一并交与储户。

打印利息清单给储户

余额查询功能：为储户提供查询余额服务，将储户的相关记录输出。

①需要储户的帐户信息及密码。

②打印储户的帐户余额

更新功能：根据用户的存储数量，系统能够自动更新，并且应储户的需求修改密码并保存。

①需要储户输入帐户及密码，若想修改密码按下一个键，输入密码按确定，并且要求

储户再次确认密码

②系统保存储户信息，并且系统实现自动更新。

2.8用户界面

屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换

报表格式：以银行原报表格式设计电子打印表格式。

菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。

2.9可维护性

本软件利用数据库进行编程，系统结构由程序基本无额定，大量的参数及文本内容全部存放于数据库中。修改，更新数据库只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性升级都十分方便。

2.10可理解性

本软件界面清晰简单，基本上可以实现鼠标完成日常的工作。

2.11可移植性

本软件是运行在windows系统下的，只要拷贝好数据库再安装好银行系统就可以实现软件的移植。

3．概念结构设计

3．1数据库表结构图

3.2 客户端类图

3.3 程序流程图

4．逻辑结构设计和物理结构设计

4.1客户端登录功能

引言：客户端程序运行时，首先进行用户（银行职员）的合法性验证。银行职员输入正确的用户名和密码后，进入系统主菜单界面。用户有三次验证机会，超过三次程序直接退出。用户名和密码需事先保存在程序的配置文件中，并且密码需进行加密保存。

4.2 客户端主菜单功能

引言：显示银行的基本信息，例如银行支行的名称，地址，登录的银行职员的ID号等。以上这些数据银行职员可以手工对相关的文本文件进行修改。输出主菜单（包括开户、存款、取款、查询、转账、修改密码、销户、退出等功能）供操作用户选择，然后根据用户的输入选择进入不同的系统功能界面。

4.3 客户端开户功能

引言：银行职员在客户端输入开户的基本信息，通过网络传送数据，在服务器处理后显示服务器端的处理结果。开户成功后打印存折相关信息。操作结束后返回主菜单界面。存折的基本信息包括：户名、帐号、开户银行名称、开户日期等。账户存取明细信息包括：日期、摘

要（现存、现支、转存、利息）、交易金额、余额、操作柜员编号。

4.4 客户端存款功能

引言：银行职员在客户端输入存款的基本信息，通过网络传送数据，在服务器处理后显示服务器端的处理结果。存款成功后打印账户明细。操作结束后返回主菜单界面。

4.5 客户端取款功能

引言：银行职员在客户端输入取款的基本信息（假设存折账户的密码也由银行职员输入），通过网络传送数据，在服务器处理之后显示服务器端的处理结果。操作结束后返回主菜单界

面。

4.6客户端转账功能

引言：在客户端输入转账的基本信息（假设存折账户的密码也由银行职员输入），通过网络传送数据，在服务器处理后显示服务器端的处理结果。转账成功后打印本账户的明细信息并打印转账凭证。操作结束后返回主菜单界面。

4.7客户端余额查询功能

引言：银行职员在客户端输入查询的基本信息（假设存折账户的密码也由银行职员输入），通过网络传送数据，在服务器处理后显示服务器端的处理结果。成功后如果之前有部分账户明细信息未打印的进行打印。操作结束后返回主菜单界面。

4.8客户端修改密码功能

引言：

银行职员在客户端输入修改密码的基本信息（假设存折账户的旧密码和新密码都由银行职员输入），通过网络传送数据，在服务器处理之后显示服务器端的处理结果。操作结束后返回主菜单界面。 4.9客户端交易报表统计功能

引言：银行职员在客户端输入某个日期统计该日的交易报表，或者输入开始日期和结束日期统计两个日期内的交易报表，通过网络传送数据，在服务器处理之后显示服务器端的处理结果。操作结束后返回主菜单界面。

4.10客户端销户功能

引言：银行职员在客户端输入账户ID和密码信息（假设存折账户的密码也由银行职员输入），通过网络传送数据，在服务器处理之后显示服务器端的处理结果。操作结束后返回主菜单界面。请参考客户端的取款功能，与客户端取款功能区别的地方是不用输入取款金额。客户端退出功能

引言：给银行职员一个退出提示，银行职员确认后，退出整个客户端程序。

4.11服务器端开户功能

引言：接收客户端传送的数据，把数据保存到数据库中，经过服务器段的处理后把处理的结果传回给客户端。

输入：

1、接收客户端传送过来的数据。

处理：

1、自动生成账户ID，长度5位，从1开始编号，不足补0，例如00009、00103等。自动

生成账户ID要求唯一。

2、账户所有信息将保存数据库的账户信息表中。

3、根据开户金额生成一条账户的存款记录。

输出：

1、把服务器端处理的结果返回给客户端。处理的结果包括开户是否成功，如果开户成功

处理的结果中还包含生成的存款记录。

4.12服务器端存款功能

引言：接收客户端传送的数据，增加账户余额并修改相关的数据库信息，把结果传回给客户端。

4.13服务器端取款功能

引言：接收客户端传送的数据，减少账户余额并修改相关的数据库信息，把结果传回给客户端。

4.14服务器端转账功能

引言：接收客户端传送的数据，分别处理取款和存款功能，把结果传回给客户端。

4.15服务器端查询功能

引言：接收客户端传送的数据，查找账户信息，把结果传回给客户端。

4.16服务器端修改密码功能

引言：接收客户端传送的数据，修改账户密码，把结果传回给客户端。

4.17服务器端销户功能功能

引言：接收客户端传送的数据，通过公式计算客户账户的利息，注销该客户账户。把结果传回给客户端。

5．实现及测试

5.1系统开发环境

软件：SQL Sever 2000，VS2010

操作系统：Window 7

5.2主要功能模块的实现及测试

数据库创建过程及其连接

(1).进入企业管理器窗口，选择“新建SQL Sever注册”；

(2).选中“数据库”文件夹，单击鼠标右键，选择“新建数据库”，输入数据库名Bank；

(3).单击“确定”按钮，关闭对话框，数据库创建成功。

数据表的建立

--储户表

Create table account (CNo varchar(20) primary key,CName varchar(20) not null, CPassword char(6) not null,CID varchar(20) not null,CSex char(2) not null, CBalance float(8) not null,CDate

Datetime,CAddress varchar(30) not null)

--活期存取款表

Creat e table H_account(nID int primary key,CNo varchar(20) Foreign key

References account(CNo) not null,CMoney

Float(8) not null,CStyle varchar(10) not null,CDate

Datetime Not null,CInterest Float(8) not null,CBalance Float(8) not null)

--定期取款表

Create table D_quaccount(nID int primary key,CNo varchar(20) Foreign key

References account(CNo) not null, CName varchar(10) not Null,CMoney Float(8) not null,CDate Datetime not null,

CYear int not null,CRate Float(8) not null)

--定期定款表

Create table D_cunaccount(nID int primary key,C No varchar(20) Foreign key

References D_quaccount(CNo) not null,CName varchar(10) not Null,CMoney Float(8) not null,CDate Datetime not null)

--定期操作记录表

Create table record(nID int primary key,CNo varchar(20) Foreign key References D_quaccount(CNo) not null,CName varchar(8)

Not null,CStyle char(4) not null,CMoney Float(8) not null, CYear int not null,CDate Datetime not null)

主要功能界面的实现

图5-1主界面

图5-2开户界面

图5-3存款

图5-4修改密码

图5-5注销帐号

图5-6取款

银行核心系统简介

核心业务系统 描述：银行核心业务系统主要功能模块包括：公用信息、凭证管理、现金出纳、柜员支持（机构管理和柜员管理）、总账会计、内部账管理、客户信息、活期存款、定期存款、外币兑换、同城票据交换、客户信贷额度管理、定期贷款、分期付款贷款、往来业务、资金清算、金融同业、结算、人行现代支付、外汇买卖业务、国债买卖、保管箱、租赁、股金管理、固定资产管理等。 一、核心系统背景 VisionBanking Suite Core是集团在总结二十余年银行应用系统集成经验的基础上，认真分析中国银行业未来面临的竞争形势，吸纳国外银行系统中先进的设计理念，推出的与国际完全接轨、功能完善、易学易用、扩充灵活、安全可靠的新一代银行核心业务系统。该系统覆盖了银行整个基础业务范围，有助于银行提供给客户更方便、快捷和贴身的“一站式”服务。 在VisionBanking Suite Core银行核心业务系统的开发中，集团将先进的系统设计思想、技术和国内、国际银行界先进的银行业务模式、管理方法结合在一起。系统采用先进的C-S-S三层体系结构，拥有强大、稳定的系统核心。 在全面覆盖传统银行业务的基础上，突出“金融产品”概念，银行可方便定制新的业务品种、产品组装或更改业务模式；系统整合了银行的业务服务渠道，方便银行增值服务范围的扩展，在无须更改系统内核的情况下方便实现与外部系统的互联互通。系统在深化“大集中” 、“大会计”、“一本帐”、“以客户为中心”、“综合柜员制”等成熟的设计思想的基础上，建立了从“客户”、“产品”到“服务” 、“渠道”的集约化经营管理模式，提供了真正的面向客户的服务模式，作到了为客户定制差别化的服务。从而实现了银行集中经营、规范业务、个性服务、丰富渠道、减少风险、辅助决策、降低成本的目标；系统设计严格遵守业务流程和会计核算分离原则，方便于系统快速部署和适应业务流程再造要求。 集团对核心业务系统的不断发展和完善就是以技术的进步来支持和推动银行业务的拓展，为银行的可持续性发展奠定了坚实的基础。 VisionBanking Core的系统实现原则满足了银行业务系统所要求的：先进性、实时性、可靠性、完整性、安全性、网络化、开放性、易扩展性、易维护性、易移植性。 二、系统功能说明

银行计算机储蓄系统

银行计算机储蓄系统 题目：银行帐户管理，储蓄业务管理处理系统 班级：计算机科学与技术（3）班设计者：易华丽 1 引言 1.1 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。 1.3定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而

数据库课程设计 银行管理系统

数据库课程设计银行 管理系统

武汉理工大学华夏学院 课程设计报告书 课程名称：《数据库系统原理》课程设计题目：银行储蓄管理系统数据库设计

课程设计任务书 学生姓名：专业班级： 指导教师：工作单位： 设计题目：银行储蓄管理系统数据库设计 初始条件： 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务： 要求学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的 银行储蓄管理系统，进行数据库系统的需求分析，概念结构设计、逻辑结构设 计、物理结构设计，数据录入及测试等，完成题目要求的功能。 主要任务： 用户有以下需求：建立读者档案；建立图书档案，建立书目索引；完成日常图书检索、借还工作，对读者档案、图书档案、借还系统的访问，必需进行身份验证。具体要求如下： 1．存折信息 数据包括：存折的基本信息包括：户名、帐号、开户银行名称、开户日期、取款密码等。 2．账户存取明细 数据包括：日期、摘要（现存、现支、转存、利息）、交易金额、余额、操作柜员编号。 3．检索系统 能根据户名、账号、交易日期、金额等进行查询。 4．取款 输入账号和密码后，能根据密码判断用户是否合法，能判断取款金额是否超过了账户余额，如果取款金额合法，就对该账号的余额信息进行更新。 5、存款 输入账号和存款金额后，能更新该账号的余额。

6、转账 输入账号和密码后，能根据密码判断用户是否合法，然后再输入对方的转账账户，并判断对方的转账账户是否合法，如果合法，再输入转账的金额，并能判断转账金额是否超过了账户余额，如果转账金额合法，就对该账号的余额信息以及对方的账户余额信息进行更新。 设计报告撰写格式要求： 要求层次清楚、整洁规范、不得相互抄袭，凡正文内容有整段完全相同者一律以抄袭论处。设计报告正文字数不少于0.2万字（不包括附录） 第1级（章）题序和题名用黑体三号字， 第2级（目）题序和题名用黑体小四号字， 第3级（条）题序和题名用黑体小四号字， 正文内容用宋体五号字(英文用新罗马体)，多倍行距1.25。 报告内容一律使用A4打印纸计算机打印，页码在页下居中标明。必须使用国家公布的规范字。 页面设置：上空2.5 cm，下空2.0 cm，左空2.5 cm，右空2.0cm（左装订）。 插图图面要整齐、美观，插图应与正文呼应，不能脱节。每幅插图应有图序与图题，图序编号要连续，图序与图题间空一格且要放在插图下方居中处。 时间安排： 消化资料、系统调查 1天 系统分析、总体设计，实施计划、撰写报告 3天 演示、验收1天 指导教师签字： 2012年 6月 25日 系主任签字： 2012年 6月25 日

银行储蓄系统的需求规格说明书

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. 银行系统业务流程图

C语言课程设计报告(银行存取款管理设计)

错误！未找到目录项。 C程序课程设计报告 二○一五年六月

预习报告 一：设计题目 银行存取款管理设计 二：功能要求 ①能够添加和修改以及删除客户文件。（在客户文件中，每个客户是一条记 录，包括编号、客户姓名、支取密码、客户地址、客户电话、账户总金额）。 ②能够输入和查询客户存款取款记录。（在存取款文件中，每次存取款是一 条记录，包括编号、日期、类别、存取数目、经办人。类别分为取款和存款两种）。 ③能够给程序提供运行提示。 三：设计要求 ①、用C语言实现系统； ②、函数功能要划分好（结构化程序设计）； ③、界面友好（良好的人机交互），加必要的注释； ④、要提供程序测试方案，程序一定要经得起测试，宁可功能少一些，也要能 运行起来，不能运行的程序是没有价值的。 四：设计目的 ①、通过这次课程设计，使我们更加深入地理解和掌握C语言基本概念，切身体会用结构化程序设计的工程思想，感受C语言的魅力。 ②、通过这次课程设计，培养我们独立思考、勇于探索、积极创新、严谨求实、有过必改的工作态度以及较熟的上级操作能力，同时加强我们团结友爱，协作攻关的团队合作意识。 五：设计框架图

void main()：在里面写了“功能选择”的SWITCH函数； void kehu();客户资料添加与操作主菜单；void kehu1(struct cou p[],char *re,long *h); 客户资料查询函数； void kehu2(struct cou *p,char *re,long h);客户资料添加函数； void kehu3(struct cou *p,char *re,long h); 客户资料修改函数； void kehu4(struct cou *p,char *re,long h); 客户资料清楚函数； void kehup(struct cou *p,char *re,long *h); 客户资料打印函数； void cunq1(); 存取款办理选择主菜单； void cunq11(struct cou *p,char *re,long h);客户存款资料的键入； void cunq12(struct cou *p,char *re,long h); 客户取款资料的键入； void cunq2();存取款选择查询主菜单； void cunq211(struct cou p[],char *re,long *h);把顾客存款资料从文件读到缓冲 区； void cunq212(struct cou *p,char *re,long *h);打印存款资料； void cunq221(struct cou p[],char *re,long *h);把顾客取款资料从文件读到缓冲 区； void cunq222(struct cou *p,char *re,long *h);打印取款资料； void help(); 使用说明模块。 ㈡变量 ①全局的结构体型数组w(用来存放200多个结构体变量): extern struct cou { long b; char x[20]; long m;

关于银行系统的数据库课程设计报告书

一、目的与意义 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 ] ]；

(整理)商业银行IT系统架构.

商业银行IT系统概述 商业银行IT系统的分类 ?商业银行IT系统按功能划分大致可以分为四类：业务系统、管理信息系统、渠道系 统、其他系统。 ?按使用范围分大致可分为总行级系统和部门级系统，前者如核心业务系统，特点是 全行上下统一版本。后者如分行特色业务，第三方存管，外汇交易系统等。特点是系统只局限于某个机构在使用，或者说不同机构使用的版本，功能差异很大。 银行IT系统总体架构 一个IT系统的评价标准 ?处理正确性 ?效率 ?稳定性

?开放性 ?界面友好性 ?易维护性 ?可扩展性 ?交易安全性 ?配置灵活性 ?连接兼容性 ?平台兼容性 产品化与定制化 ?对银行IT公司来讲，产品化与定制化是银行项目的两种形式。产品化指公司的系统 拿到客户环境，只需做一些参数的设置和少量的修改即能基本满足客户的要求，反之，定制化指公司为客户量身定做系统。 ?系统的产品化设计时，需要设计人员有足够的业务前瞻性和灵活性，难度很大。但 无疑产品化是银行IT公司长久发展的必然选择，而定制系统则是在产品化之前积累经验的一种途径。 ?由于银行业务的复杂性和银行机构的多样性，在业务系统方面，基本上还是以定制 为主。反观在渠道类系统等各行需求差异不大的场合，则以产品化为主。 商业银行IT系统常用的技术 ●商业银行的IT系统，在业务和交易系统层次主要有J2EE、C、COBOL(大机)、PRG(400 平台）、PL/SQL、CICS、TUXEDO、MQ等技术。在低端的一些应用，如OA、报表展示等场合，也有用NOTES、VBA、JSP、PASCAL、.NET等。 ●个人认为：以下技术目前或不久的将来，将是应用的热点： ?应用整合、构件技术（ESB、EAI、SOA、TIBCO等） ?（影像）工作流、BPM、内容管理技术（信贷审批、作业中心等） ?规则引擎技术（信用卡反欺诈，反洗钱等） ?数据分析、数据挖掘技术（CRM、卡业务分析）

银行大客户信息管理系统解决方案

银行大客户信息管理系统解决方案 1.1 项目背景 中国工商银行拥有一个庞大的客户群体；如何有效的对其中的大客户进行管理，增加客户服务命中率，降低非赢利客户的服务成本等，是摆在工行管理者面前的一个难题。 1.2 项目意义 这个项目的意义就在于利用先进的数据库管理技术和通讯技术加上天亿对客户关系管理（CRM）的独特理解对工行的大客户进行合理高效的管理。 1.3 项目目标 根据定义寻找大客户 对大客户进行分等级 对大客户进行有效服务 对各种情况进行及时沟通（包括预警）

1.4 项目成功的关键 项目成功的关键是对需求的详细获取程度和双方的沟通便捷程度。同时还受到开发方技术势力和管理水平的影响。 第二章对系统的认识--项目需求分析 2.1 总体功能描述 通过定期扫描总行的数据库，获取按照某种规则定义的大客户的信息，然后使用先进的数据仓库技术等先进的数据库管理过程，结合天亿的CRM系统，产生一些重要的具有决策支持功能的数据报表；同时管理人员还可以通过该系统发布公告，查看各种决策信息，对部门员工发布指令等。总的说来，本系统对各个部门都有非常重要的利用价值。 对银行管理人员，可以实现"随时随地主动或被动"地查询大客户信息；对员工进行工作任务指派和检查监督，能得到关于银行交易信息的最快的通知；。对员工来说，可以按照制定的流程进行客户服务、营销，相关人员能收到预警。接受管理人员的工作指示；。对客户来说，可以得到最快的帐户交易确认信息（大笔交易等）。 2.2 系统技术目标

能结合当前最新技术（数据仓库，数据挖掘等）进行数据管理。能用目前流行(WEB，有线)的和即将流行（无线如GPRS）的通讯工具进行实时工作。 2.3 系统设计主要参数 2.4 系统需求界定 2.4.1 系统管理功能 （1）客户管理 所有相关客户的信息集合管理。是客户定位和整个方案的基础。账户资料、主要负责人资料、事件、组织架构、开户账号资料、客户资信程度分析等。 （2）营销管理 本功能可为银行成功争取潜在客户。可预先设置营销计划由各支行执行，所有数据可同步到中央数据库供领导层和管理层随时查阅，包括营销计划和营销详细信息。

银行储蓄管理系统

燕山大学三级项目设计说明书 题目：银行储蓄管理系统 学院（系）：信息学院 年级专业：教育技术学15—1 学号： 学生姓名：付叶禹 郑凯峰 李文悦 王宇晨 李晓晗 指导教师：梁顺攀 教师职称：副教授 燕山大学三级项目设计（论文）任务书 院（系）：信息学院教学单位：

说明：此表一式四份，学生、指导教师、基层教学单位、系部各一份。 年月日燕山大三级项目设计评审意见表

摘要 论文阐述的是在SQL server 2008开发环境下对银行储蓄管理系统的设计。希望通过该系统的应用，能促使银行储蓄管理工作的规范化、标准化和自动化，提高管理水平和管理效率，为管理工作提供更完善的信息服务和一个成功的信息管理系统。数据库是一个非常重要的条件和关键技术，管理系统所涉及的数据库设计分为：数据库需求分析、概念设计、逻辑设计过程。 本论文叙述了数据库设计的全过程。 主要分为： 1. 系统需求分析与功能设计阶段，包括功能需求、性能需求、数据需求、系统功能框图、系统总体数据流图及分模块数据流图、数据字典。 2. 总体设计阶段，包括系统总体功能模块图、功能模块描述、输入输出及统计查询等功能模块。 3. 概念设计阶段，包括系统各个模块的ER图及系统的总ER图。 4．逻辑结构设计阶段，包括系统各个模块的ER图所转化的关系模式。 关键词：数据库设计；管理系统； SQL server 2008；

目录 摘要...................................................... 1 绪论................................... 错误!未定义书签。1.1项目背景............................. 错误!未定义书签。1.1编写目的............................. 错误!未定义书签。1.1软件定义............................. 错误!未定义书签。 1.1开发环境............................. 错误!未定义书签。 2 系统需求分析 (2) 2.1信息与功能需求 (2) 2.2业务处理需求 (2) 2.3数据流图 (3) (3) (4) 2.4安全性与完整性要求 (8) 2.5数据字典 (8) 2.5.1储户基本信息表 (8)

JAVA课程设计银行管理系统

大连科技学院java程序设计课程设计(B) 题目银行取款管理系统 学生姓名姚伟奇专业班级计算机（Z）13-1 指导教师李红职称讲师 所在单位信息科学系软件工程教研室 教学部主任王立娟 完成日期 2016年9月30日

课程设计报告单 综合评定：（优、良、中、及格、不及格）指导教师签字：2016年9月30日

《java程序设计课程设计(B)》任务书 一、课程设计任务及要求： 任务：针对小型信息管理系统或若干综合性设计题目,选择一种软件开发模型，完成从需求分析、系统设计、系统实现，软件测试的全过程。 要求： (1) 根据软件系统开发的一般原则，完成相应系统的功能设计，完成主要功能模块的程序实现并进行测试训练，给出代码运行结果和相应的设计文档。可以分组进行，但所有学生必须经历整个系统的开发全过程，以便加深对系统开发全过程的认识。 （2）提交课程设计报告。 （3）指标: 要求完成课程设计报告3000字以上(约二十页)；完成所设计的题目，设计题目的语句行数的和在200行语句以上。 二、工作量 2周（10个工作日）时间 三、计划安排 第1个工作日：查找相关资料、书籍，阅读示例文档，选择题目。 第2个工作日－第4个工作日：设计程序结构、模块图。 第5个工作日－第9个工作日：完成程序的编码，并且自己调试、测试。穿插进行课程设计报告的撰写。 第10个工作日：上交课程设计报告，由教师检查软件测试效果、检查课程设计报告，给出学生成绩。 指导教师签字： 2016年9月19日

目录 题目： (1) 1.需求分析 (1) 2.概要设计 (1) 3.详细设计 (2) 4.编码 (3) 5.调试分析 (11) 6.测试结果及运行效果 (11) 7.系统开发所用到的技术 (13) 8.课程设计总结 (14) 参考文献 (145) 附录全部代码 (16)

【精编_推荐】关于银行系统的数据库课程设计

目录 一、目的与意义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、删除基本表 语句格式：

商业银行信息科技风险管理指引(银监发2009[1].19)

-------------------------------------------------------------------------------- 商业银行信息科技风险管理指引 第一章总则 第一条为加强商业银行信息科技风险管理，根据《中华人民共和国银行业监督管理法》、《中华人民共和国商业银行法》、《中华人民共和国外资银行管理条例》，以及国家信息安全相关要求和有关法律法规，制定本指引。 第二条本指引适用于在中华人民共和国境内依法设立的法人商业银行。 政策性银行、农村合作银行、城市信用社、农村信用社、村镇银行、贷款公司、金融资产管理公司、信托公司、财务公司、金融租赁公司、汽车金融公司、货币经纪公司等其他银行业金融机构参照执行。 第三条本指引所称信息科技是指计算机、通信、微电子和软件工程等现代信息技术，在商业银行业务交易处理、经营管理和内部控制等方面的应用，并包括进行信息科技治理，建立完整的管理组织架构，制订完善的管理制度和流程。 第四条本指引所称信息科技风险，是指信息科技在商业银行运用过程中，由于自然因素、人为因素、技术漏洞和管理缺陷产生的操作、法律和声誉等风险。 第五条信息科技风险管理的目标是通过建立有效的机制，实现对商业银行信息科技风险的识别、计量、监测和控制，促进商业银行安全、持续、稳健运行，推动业务创新，提高信息技术使用水平，增强核心竞争力和可持续发展能力。 第二章信息科技治理 第六条商业银行法定代表人是本机构信息科技风险管理的第一责任人，负责组织本指引的贯彻落实。 第七条商业银行的董事会应履行以下信息科技管理职责： （一）遵守并贯彻执行国家有关信息科技管理的法律、法规和技术标准，落实中国银行业监督管理委员会（以下简称银监会）相关监管要求。 （二）审查批准信息科技战略，确保其与银行的总体业务战略和重大策略相一致。评估信息科技及其风险管理工作的总体效果和效率。 （三）掌握a主要的信息科技风险，确定可接受的风险级别，确保相关风险能够被识别、计量、监测和控制。 （四）规范职业道德行为和廉洁标准，增强内部文化建设，提高全体人员对信息科技风险管理重要性的认识。 （五）设立一个由来自高级管理层、信息科技部门和主要业务部门的代表组成的专门信息科技管理委员会，负责监督各项职责的落实，定期向董事会和高级管理层汇报信息科技战略规划的执行、信息科技预算和实际支出、信息科技的整体状况。 （六）在建立良好的公司治理的基础上进行信息科技治理，形成分工合理、职责明确、相互制衡、报告关系清晰的信息科技治理组织结构。加强信息科技专业队伍的建设，建立人才激励机制。 （七）确保内部审计部门进行独立有效的信息科技风险管理审计，对审计报告进行确认并落实整改。

商业银行信息管理系统

《信息系统分析与集成》 课程论文 题目商业银行信息管理系统分析 学生姓名 学号 专业 任课教师 二Ｏ一五年十一月二十日

商业银行信息管理系统 摘要：在我国的金融行业中，拥有自己的管理信息系统在很大程度上为银行的发展起到推动作用。论文主要研究管理信息系统在中国商业银行中的开发应用情况，通过系统需求分析，系统设计分析以及系统功能的实现，进一步深入了解了中国商业银行管理信息系统的运用情况和运用效果，探寻管理信息系统在金融行业发展中的影响，以及对商业银行管理信息系统在未来的发展中提出建议。 关键字：信息系统；商业银行；信息管理。 1.背景 激烈的市场竞争给商业银行的生存和发展带来了挑战,面对纷繁复杂、数量巨大的信息资源,商业银行如何利用先进的信息技术对信息资源进行有效的管理,将成为经营成败的关键。近几年来,我国银行业的电子化进程有了长足的发展,目前正在进行主机延伸、数据结构调整、新一代综合业务系统的推广等一系列工作,这都对数据资源的管理提出了更高的要求。中国的商业银行业应秉承以储户为中心, 实现储户价值的战略理念, 在产品和服务设计上,在组织结构或管理结构的调整上,都必须从储户角度出发来考虑, 做到为每一个目标储户提供满意服务,而不再是以前那种为“一群顾客”服务的观念。通过贯彻顾客至上的经营理念, 建立全方位满足顾客的具体措施,最终建立“优质服务型”的竞争优势。管理信息系统的建立给商业银行的信息化发展带来新的机遇。商业银行管理信息系统是为商业银行内部的工作人员和商业银行的管理人员服务的。在日常的工作中商业银行管理信息系统能够为员工提供更加便捷的信息资源,使工作流程简化、提高效率、节省时间。 2.企业需求分析 2.1企业组织与功能结构分析 2.1.1组织结构分析 （1）组织结构调查内容 商业银行由业务部、财务部、人力资源部、营业部、信息科技部、储户部和法律事务部组成。其中业务部管理营业部和储户部；信息科技部为各个部门提供信息技术保障；营业部获得的储户信息传递给储户部,人力部的人员调配信息将传递给人力资源部；各个营业部每天的资金信息会汇总到业务部,便于管理和整理；业务部汇总的信息传递到财务部。 各组织之间的信息传递是通过各种票据实现的,在传递过程中容易出现各种错误和遗漏,可能导致整个组织信息的错误,如业务部的人员调动可能无法及时上报到人力资源部,使得可能存在同一个人员被安排不同的工作的情况；又如业务部在上报财务部业务时可能遗漏了某一天的信息,事后发现时则要对整个财务报表进行修改等等。因此,新建立的信息系统要求各个部门之间能够获得该部门所需的必要信息,而且能够保证信息的准确性和及时性,能够提高员工的工作效率和便于操作,具有检错能力以降低人为疏忽造成的损失。

银行储蓄管理项目投标书.doc

银行储蓄管理项目 投 标 书 技术标书 （WZCG6-03） 海口市XX高科技有限公司 2011年3月1日

银行储蓄管理项目投标书 致XXX公司 1、经研究“银行储蓄管理项目”建设招标后，我们愿意按人民币 ￥701,元（大写: 七拾万壹仟七百四十五元整）的投标总价完成我们投标文件所报的全部工作内容，以此作为本工程的结算依据，并遵守招标文件的要求承担本合同工程的实施、完成及其缺陷修复工作。 2、一旦我方中标，我方将保证按合同协议书中规定的工期，在3 个月内完成全部工程，并保证工程质量优良。 3、我们同意在规定的开标之日起30天的投标文件有效期内，严 格遵守本投标涵的各项承诺。在此期显届满之前，本投标涵始终将对我方具有约束力，并随时接受中标。 4、在合同协议书正式签署生效之前，本投标函连同你单位的中标 通知书将构成我们双方之间共同遵守的条件，对双方具有约束力。 5、如果我们在本投标文件有效期内撤回投标文件，或在受到中标 通知书后的7天内未能或拒绝签定合同协议书，则视为自动放弃。 6、如我单位中标，我们承担在招标文件规定的时间内，以招标文 件规定的方式和项目额度提供具体化项目实施方案，以最快的方式出台项目解决方案。 投标公司：（盖章） 法定代表人或其授权委托人： (签字或盖章)时间：

法定代表人身份证明 单位名称： 单位性质：有限责任公司 办公地址：海口市龙昆南路100号成立时间：一九九三年十一月一日经营期限： 17年 姓名： 性别： 年龄： 职务： 系的法定代表人。 特此证明。 投标公司： 时间：

法定代表人授权委托书 投标公司： 法定代表人：（签字或盖章） 被授权委托人：（签字或盖章） 时间： 目录 第一部分公司实力 ....................................... 错误!未定义书签。

银行管理系统软件工程课设报告

学习报告 学生姓名学号课程成绩： 二零一六 年 六 月

目录 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绪论 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) 参考文献

参与设计人员： 姓名学号班级负责项目 陈盛业20114419 信管（2）需求分析 李宁20114432 信管（2）数据库设计、分析 向绍鹏20114462 信管（2）绪论、设计体会 阳治安20114466 信管（2）数据库设计、分析 1.1选题的目的及意义 银行管理系统：该系统要求建立的用户表并不是很多，完成的功能也相对有限，但其中各个表之间的联系很紧密，该系统对数据库表的设计要求会很高，所以完成这个题目，能更好的训练数据库设计和VC的编程能力，选择该题目就是充分训练数据库表设计的能力和运用VC的能力。 1.2 设计内容 用户管理模块：建立新用户、删除老用户、更改用户操作； 账户操作模块：账户信息、活期存取款操作、查询活期操作记录、定期存款、定期取款、查询定期操作记录； 数据库模块：数据库备份、数据库恢复； 2需求分析 2.1功能需求 对于用户部分，能够新建和删除用户，在操作过程中可以更改用户；对于账户部分，可以查询用户的信息，包括各种基本信息、活期余额、定期账单等；对于账户操作部分，有活期存取款、定期存取款操作，另外操作完成之后存储相应的操作记录并能够查询操作记录等功能。 2.2数据需求

2.21数据字典 银行管理系统数据流图中，数据信息和处理过程需要通过数据字典才能描述清楚。在定义的银行数据库管理系统数据字典中，主要对数据流图中的账户信息 定期历史操作记录定期存款定期取款活期操作进行说明。【1】数据需求的描述 (1)数据项名称：帐号 含义说明：惟一标识一个用户 类型：数字型 长度：20 逻辑关系：不允许为空 (2)数据项名称：开户人姓名 类型：字符型 长度：20 逻辑关系：不允许为空 (3)数据项名称：账户密码 类型：数字型 长度：6 逻辑关系：不允许为空 (4)数据项名称：身分证号 类型：数字型 长度：20 逻辑关系：不允许为空 (5)数据项名称：账户余额

银行个人贷款管理系统

银行个人贷款管理系统 基本需求如下： (1) 客户提出申请要求贷款，申请中包括期限、金额、用途和本人基本情况。银行收到申请后，置于“申请档案”中，以申请号标识。 (2) 贷款业务员收集到客户的有关证明材料后对贷款申请进行审查，决定是否批准贷款。贷款最后经业务经理核准后，签订合同，未予批准则通知客户。 (3) 贷款批准后建立“贷款账户”，贷款账户由贷款编号识别，内容有贷款金额、贷款日期、最后还款金额、最后还款日期、利率、贷款类型（抵押贷款或信用贷款）、还款方式（一次付清、按年付、按月付）、每次还款金额、担保人等。 (4) 贷款员打印通知交出纳部门，由出纳部门发放贷款并记账。 (5) 贷款划拨的次月，票据部门开始处理客户贷款的每次还贷，并保存贷款账户的每一项“还款情况”，打印支付凭证。如果客户到期未还款，票据部门发出催付账单和违约金账单。票据部门还要定期向贷款员或经理发送各种报告，包括日常交易、拖欠贷款和即将偿还的贷款等。 (6) 贷款偿还完后或经同意已无力偿付时，账户终结，记载终结原因，转入历史档案。 (7) 各客户基本信息及其贷款情况和贷款支付明细提供银行内部查询。 一、银行个人贷款管理系统数据流图： （一）顶层数据流图如下： （二）第一层数据流图如下图： 二、数据字典： 1. 数据流字典 1) 数据流名称：申请单标识符：H1 数据结构： 01申请单 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：客户 去向：银行 2) 数据流名称：申请档案标识符：H2

数据结构： 01申请档案 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：银行 去向：贷款业务员 3) 数据流名称：支付凭证标识符：H6 数据结构： 01客户还款款 02还款日期 02还款金额 来源：票据部门 去向：客户 4) 数据流名称：各种报告标识符：H7 数据结构： 01报告 02日常交易 02拖欠贷款 02即将偿还的贷款 来源：票据部门 去向：贷款员或经理 5) 数据流名称：历史档案标识符：H9 数据结构： 01历史档案 02日期 02终结原因 02用户信息 02贷款信息 排列方式：按日期升序排列 来源：客户 去向：贷款业务员 2. 数据存储字典 1) 存储文件名：贷款账户标识符：H3 数据结构： 01贷款账户 02贷款金额 02贷款日期 02最后还款金额 02最后还款日期 02利率 02贷款类型

银行储蓄系统需求分析报告

银行储蓄系统需求分析报告 1．引言 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 项目背景 软件名称：银行储蓄系统 委托单位：银行 定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的 参考资料 《精通C#数据库开发》王华杰等清华大学出版社 2004年出版 《软件工程——原理，方法与应用》吴钦藩编着人民交通出版社出版 《软件工程导论（第四版）》张海藩编着清华大学出版社出版2．任务概述 目标 完善目前银行储蓄系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力 运行环境 操作系统：Microsoft Windows 2000 Advanced Server

支持环境：IIS 数据库：Microsoft SQL Server 2000 条件与限制 硬件配置要求：硬件外部设备需奔腾133以上的pc机，内存需16兆以上软件要求操作人员具有初步的相关知识 由于本系统为即时软件，对数据的同步要求较高，建议配置网络时使用可靠性较高的相关网络硬件设施。 银行以记时器记时完毕触发利息结算；对用户取款额未做上限约束；各间银行采用集中控制。 有效证件仅为身份证，牵涉到开户、撤户、挂失、取款时客户必须提供身份证号；存款及余额查询时不需提供身份证号。 不考虑系统的运行平台可能会出现的硬件故障。 3．数据描述 静态数据 包括系统登录密码,各数据库所在位置,系统分析原始数据。 动态数据 输入数据： 姓名，年龄，性别，身份证号，地址，帐号，密码 输出数据： 姓名，年龄，性别，身份证号，地址，帐号，密码，交易金额，余额，交易时间，交易号码 数据库介绍 采用JDBC技术连接使用SQL SERVER 2000 来设计数据库。 数据库名称：Bank 其中有六张表，它们是： Depositor (IDCode, IDCard, DName, Sex, Age, Address) 其中IDCode为系统自动赋值，IDCard为主键，是用户的身份证号码，DName表示姓名； CreditCard (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值，Number为主键，是信用卡的卡号；Account (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值，Number为主键，是存折的帐号；ExchangeRate (rateName, rateValue) 该表存储汇率值 IntrestRate(rateName, rateValue) 该表存储利率值