中国农业银行系统数据中心建设方案设计
学生姓名：
学号：
系部：
专业：
指导教师：
提交日期：
中国农业银行系统数据中心建设方案设计
一、绪论
随着中国农业银行数据的集中，面对海量的数据，银行要花费大量的人力和财力来进行存储和维护，业务具有数据海量化的特点。由于业务数据不断增长带来的压力，决定采用oracle数据库系统来完成此次中国农业银行的数据库系统设计。
二、银行业务模块设计
1、存款业务（Deposit）：开户业务、活期储蓄、整存整取定期储蓄、零存整取定期储蓄、教育储蓄、整存零取定期储蓄、存本取息定期储蓄、定活两便储蓄、资金归结、自动转账。
2、贷款业务（Loan）：住房按揭贷款、汽车贷款、教育助学贷款、创业贷款、生产经营贷款、农户贷款。
3、中间业务（Settlement）：结算业务、银行卡业务、担保业务、资讯类业务、其它业务。
4、电子银行业务（E-Banking）：包括网上银行、电话银行、手机银行、自助银行：
（1）网上银行（Online Banking）：账户信息查询、转账交易、漫游汇款、贷记卡还款、网上缴费、理财服务、信息管理、网上外汇宝、电子工资单查询、账户管理
（3）电话银行（Telephone Banking）：转账结算、信息查询、投资理财、其他功能
（4）手机银行（Mobile Banking）：信息查询、转账汇款、缴费支付、信用卡、漫游汇款、农户贷款、定活互转、第三方存管、消息定制、账户管理、基金买卖、双利丰
（5）自助银行（Self-Service Banking）：现金存款、现金取款、转账、查询余额、修改密码
三、数据库部署模式
数据大集中为银行带来集约化经营管理优势的同时，也带来了信息系统风险的相对集中，这使得银行经营发展对信息系统连续运行的要求也越来越高。加强信息系统灾备体系建设，保障业务连续运行，已经成为影响银行市场竞争能力的一个重要因素。对RTO=0、RPO=0的系统，决定数据库采用RAC+DataDataGuard 模式。
根据RAC+DataDataGuard模式的特点，有如下要求：
1. 主机与备机在物理上要分开。为了实现容灾的特性，需要在物理上分割主机
2. 进行合理的设计，充分实现DATAGUARD的功能。
注：
RTO（RecoveryTime Object）：恢复时间目标，灾难发生后信息系统从停顿到必须恢复的时间要求。
RPO（Recovery Point Object）：恢复点目标，指一个过去的时间点，当灾难或紧急事件发生时，数据可以恢复到的时间点。
四、数据库逻辑模型设计
1、针对数据的业务功能，同时提高Oracle数据库系统性能，因此Oracle数据库的表空间分为基本表空间和应用表空间。
（1）基本表空间：
（2）应用表空间：
2、业务数据量的估算：新上线或扩容时，对所申请的存储不得全部一次性挂上，应该预留出30％左右的空间用于追加，以防止出现业务发展和预期不一致时剩余空间多寡不均，调整困难。
操作系统上应该预先做好几个合适大小的lv备用，包括用于system/sysaux等表空间的小尺寸的lv和用于数据表空间、索引表空间的大尺寸lv，这些lv要求在HA两边主机都可见，不必单纯因为数据库增加数据文件而需要重新同步HA。
每个表空间下的基本表：
MobBank_T_JJMM 基金买卖MobBank
下面列出几个数据表的结构设计：
活期储蓄表
帐号20 PK
3、分区表设计和索引设计：
（1）分区设计是为解决数据库中巨大的表或索引读写速度过慢而提出的解决方案，分区技术利用物理上和逻辑上对数据进行分割来提高处理速度。有数500行以上的表时，采用分区策略。大型表或索引经过分区后更容易进行管理，因为这样可以快速高效地管理和访问数据子集，同时维护数据集合的完整性。
可使用复合分区。先使用范围分区，将每一交易日期内交易的记录按时间分区，然后每个分区中的数据分三个子分区，将数据散列地存储在三个指定的表空间中。
分区提供以下优点：
A、由于将数据分散到各个分区中，减少了数据损坏的可能性；
B、可以对单独的分区进行备份和恢复；
C、可以将分区映射到不同的物理磁盘上，来分散IO；
D、提高可管理性、可用性和性能。
（2）索引设置：
对于中国农业银行这种大型的数据库表（>5000），合理的索引能够提高整个数据库的操作效率。
常规OLTP（面向交易的处理系统）应用，创建B-TREE索引。B-TREE索引的索引值中包含ROWID，这样Oracle就可以在行级别上锁定索引。在索引设计中，索引字段应挑选重复值较少的字段；在对建有复合索引的字段进行检索时，按照复合索引字段建立的顺序进行。
（二）数据库物理存储结构设计
设计出数据物理存储文件配置方案，主要包括控制文件、数据文件、重做日志文件的位置、名称、数量、大小、布置等。
1、软件安装路径及环境变量
建立单独的文件系统来安装数据库软件，且文件系统的mount点不要直接建立在根目录下。
（1）安装路径：/home/db/oracle
（2）各种环境变量设置：
ORACLE_BASE=/home/db/oracle
CRS_HOME=/home/db/oracle/crs/10.2.0,
ORACLE_HOME=/home/db/oracle/product/10.2.0
2、数据文件：
1) 向SiMei数据库的Deposit表空间分别在01磁盘、02磁盘、03磁盘添加一个1G的处于归档模式下的数据文件。
2) 向SiMei数据库的Loan表空间分别在01磁盘、02磁盘、03磁盘添加一个1G的处于归档模式下的数据文件。
1) 向SiMei数据库的Settlement表空间分别在01磁盘、02磁盘、03磁盘添加一个1G的处于归档模式下的数据文件。
1) 向SiMei数据库的OnlBank表空间分别在01磁盘、02磁盘、03磁盘添加一个2G的处于归档模式下的数据文件。
1) 向SiMei数据库的TelBank表空间分别在01磁盘、02磁盘、03磁盘添加一个500MB的处于归档模式下的数据文件。
1) 向SiMei数据库的MobBank表空间分别在01磁盘、02磁盘、03磁盘添加一个500MB的处于归档模式下的数据文件。
1) 向SiMei数据库的SelfSer表空间分别在01磁盘、02磁盘、03磁盘添加一个2G的处于归档模式下的数据文件。
TelBank02.dbf500M
3、控制文件：
每个数据库实例应至少有两个控制文件，且每个文件存储在独立的物理磁盘上。如果有一个磁盘失效而导致控制文件不可用，与其相关的数据库实例必须关闭。一旦失效的磁盘得到修复，可以把保存在另一磁盘上的控制文件复制到该盘上。这样数据库实例可重新启动。并通过非介质恢复操作使数据库得到恢复。
因此，为了使整个系统的高可靠地运行，系统设置3个控制文件Control01.ctl、Control02.ctl、Control03.ctl分别储存在01磁盘、02磁盘、03磁盘。
4、重做日志文件:
重做日志文件的尺寸会对数据库的性能产生重要影响，因为它的尺寸大小决定着数据库的写进程（DBWn）和日志归档进程（ARCn）。一般情况下，较大的日志文件提供较好的数据库性能，较小的重做日志文件会增加核查点（checkpoint）的活动，从而导致性能的降低。
为了防止I/O争用，把各个重做日志文件组成员分布到不同的物理磁盘上。
group1的为redo1_1.log和redo1_2.log分别放在01磁盘和02磁盘
group2的为redo2_1.log和redo2_2.log分别放在03磁盘和04磁盘
group3的为redo3_1.log和redo3_2.log分别放在04磁盘和01磁盘
redo1_1.log1G
（三）数据库工作方式设计
主要包括初始化参数文件设计、服务器工作方式设计、归档方式设计、数据库类型设计等内容。
1、数据库字符集设计：在该系统中选用AL32UTF8的字符集，该字符集对汉字支持比较好，包含字符较全，支持其他国家的字符录入，所以比较适合银行数据库字符设计。
2、数据库实例参数设计
（1）SGA又称共享全局区，SGA区内存管理通过手工设置，根据银行的数据量，需分配内存。其中个组成部分的内存分配如下：
数据高速缓冲区：合理设置数据高速缓冲区的大小可以使缓冲命中率越高，根据系统物理内存的大小DB_CACHE_SIZE设置为物理的30%-50% 共享池：大小与系统可用内存和并发乎数量有关，合适的共享池大小可以大大降低重复执行的sql语句的系统开销，所以设置SHARED_POOL_SIZE=物理4gb300并发用户就800m建议512m
重做日志缓冲：较大的重做日志缓冲区，可以减少重做日志文件写的次数。根据SGA设置值将参数大小为：LOG_BUFFER=30M.
3、服务器工作模式设计:由于专用服务器工作模式的服务进程与用户进程是一对一的的关系，一个服务进程只能为一个用户服务，在银行系统中，客户并发数目非常多，这种专用服务模式满足不了银行系统的要求，所以应该选用共享服务器模式。共享服务器模式下，一个服务进程可以被多个用户进程共享，这样可以使更多用户在同一时间对进行数据库访问。
4、归档方式设计：银行对数据安全要求非常高，不允许丢失任何数据，而且数据库需要全天候运行，所以应该选择归档模式，归档模式不仅可以用来保护例程失败，而且还可以在介质失败的时候，最大程度的恢复数据库的原有数据。此时，数据库管理员可以利用数据库备份文件、归档日志文件、重做日志文件等把数据库中的数据恢复到故障发生的那一时点。在非归档模式下，则进行日志切换时，新的日志会直接覆盖原有日志文件的内容，不会保留原有日志文件中的数据。如此的话，当出现数据文件损坏时，数据库管理员只能够恢复到过去的完全被分点，不能够恢复全部的数据，这样的模式不适用于银行系统。
5、数据库类型设计：
数据库类型选用OLTP类型，OLTP数据库支持某种特定的操作，OLTP系统是一个包含繁重及频繁执行的DML应用，其面向事务的活动主要包括更新，同时也包括一些插入和删除。OLTP系统可以允许有很高的并发性（在这种情况下，高并发性通常表示许多用户可以同时使用一个数据库系统）。银行的业务大多预定系统或在线时时交易系统，例如网上银行和ATM自动取款机系统。所以银行系统应该选用OLTP型数据库。
（四）数据库安全体系设计
设计由数据库的角色、权限、用户、概要文件等内容组成的安全体系结构。
1、数据库用户和权限设计
（1）系统基本用户有sys、system、scott、public用户。
（2）自定义的用户有：
Manager用户：由数据库管理员担任，负责管理同级普通用户和下一级用户管理员。默认表空间为user表空间，在该表空间的配额为：。
Report用户：由数据上报员担任，负责报文预处理；报文报送；报文上报情况查询，默认表空间为user表空间，在该表空间的配额为：
Teller用户：由普通柜员担任，负责查询，插入，修改客户信息，默认表空间为user表空间，在该表空间的配额为：
user用户：由普通客户担任默认表空间为user表空间，在该表空间的配额为：。
2、角色管理：
Low_user角色：有对数据进行查询、修改的权限，认证口令为用户密码。
Middle_user角色：有对数据进行查询，修改，插入、删除、更新的权限，
认证口令为middleuser。
High_user角色：Middle_user角色的权限和连接数据库权限。认证口令为
highuser
Higher_user角色：High_user角色的权限、创建、删除、更新用户的权限。
认证口令为higheruser。
3、权限管理：
系统权限有连接数据库，创建、修改、删除用户。
对象权限有对表数据进行查询、修改、删除、插入、更新。
4、概要文件管理：
Pwd_user概要文件：用户最多可以创建一个对话，对话持续时间最长20分钟，会话3分钟内空闲，则结束会话，用户联系3次登陆失败，则锁定该用户，并提示锁定天数，须手动解锁。
Pwd_teller概要文件：用户最多可以创建4个对话，对话持续60分钟，会话
20分钟空闲，则会结束会话。
Pwd_manager概要文件：用户创建对话数目不限，对话持续一天。每个会话的sql区为200kb。
5、体系设计：
（1）将Low_user角色的权限和Pwd_user概要文件赋予user用户，拥有个人业务查询；修改登录密码；查看自己的基本资料的权限。
（2）将Middle_user角色的权限和 Pwd_teller概要文件赋予Teller用户，使其拥有权限查询，插入，修改更新客户信息的权限。
（3）High_user角色的权限和Pwd_manager概要赋予Report用户使其具有各种查询各种用户信息；修改登录密码；查看自己的基本资料和权限
（4）Higher_user角色的权限和Pwd_manager概要文件赋予Manager用户，使其具体权限有：新建用户、修改用户资料和权限、查询用户信息、停用／启用用户、重置用户密码、下级机构权限维护。
（五）数据库备份方案设计
设计数据库的备份方案及管理策略，要具体设计到人员、方法、时间、频度、介质、位置、保护等等。
1、备份设备
选用RAMA备份，该类备份是最为完善的备份恢复解决方案。对于从几百M至TB 级的数据库，支持在线热备份，支持多级增量备份，支持并行备份、恢复，减少所需要备份量，备份、恢复使用简单，不考虑成本就选择其作为备份方案。
2、使用以下三种数据备份方式
（1）本地备份异地保存
每隔一天将系统某一时刻的数据备份到磁带、磁盘、光盘等介质上，然后及时地传递到远离运行中心的、安全的地方保存起来。
（2）远程关键数据+定期备份
运用本方式将每周备份全部数据，同时生产系统实时向备份系统传送数据库日志或应用系统交易流水等关键数据。
（3）网络数据镜像
是指对生产系统的数据库数据和重要的数据与目标文件进行监控与跟踪，并将实时对这些数据及目标文件的操作日志通过网络实时传送到备份系统，备份系统则根据操作日志对磁盘中数据进行更新，以保证生产系统与备份系统数据同步。
4、备份技术：
（1）由于客户帐务数据是非常重要的数据，则要采取实时热备份方式，而对其他数据，采用定期温备份方式，实时热备份具有最好的数据完整性与业务连续性保证。随着商业银行的业务发展及竞争需要，银行的业务连续性要求将越来越高。每天都要在凌晨进行一次增量备份，然后每周末凌晨进行全备份。采用这种方法，一旦出现了数据灾难，用户可以恢复到某天的数据。
（2）对系统数据、基础数据、临时数据等，采用跟随变动、人工管理的备
份方式。在系统数据方面，变动比较频繁，使用检测工具对程序代码变动进行检测，及时对备份系统的应用程序代码进行替换，随时与生产系统的程序代码保持一致；在基础数据方面，当生产系统改变后，制定完善的工作流程，保证备份系统也能得到及时的改变，可采用数据替换方式，也可采用人工再次修改的手工方式；在临时数据方面，采用每周每次的备份方式。
5、灾备模式：
采用自建灾备中心模式，该模式虽然成本较高，但保存数据更安全，保障数据安全完整和恢复速率对于农行来说更重要，灾备中心应该建立在自然灾难少，经济发达，各种硬件设施比较好的地方，本系统计划将其建立在广州。其他地区的数据应该在规定时间内准时将数据备份到灾备中心，在发生重大灾难是，可以通过自建灾备中心的数据进行恢复，是系统最快得进入正常运行状态。
6、备份策略:银行的数据极其重要，而且更新快，所以采用多级备份,可以减少每天备份所需要的时间，而又保证系统有良好的恢复性。每半年做一个数据库的全备份（包括所有的数据和只读表空间）每一个月做一次零级备份（不包含只读表空间）每个星期做一次一级备份
每天做一次二级备份
任何数据库的更改需要重新同步CATALOG目录并重新备份（如添加数据文件）或重新备份（如修改表空间为只读）每次备份后都可以备份归档日志或定期备份归档日志。如果可能，可以直接备份到磁带上
如果按照以上oracle备份策略，则每天的所需要备份的数据量只有一天的改变量。而做恢复时最多要恢复当月的一个零级备份+三个一级备份+6个二级备份+当天的归档文件。如果不能接受这样的恢复时间，可以减少零级备份之间的时间间隔。
每次备份后，原则上在该备份点之前的归档日志就可以删除掉了，但是为了进一步的安全以及日后需要（如使用LOGMNR查找所需信息），建议有条件的话，归档日志保存一年，可以保存在磁带等廉价存取设备上
目录 一、目的与意义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.功能 (1).客户：包括存款，取款，转账，查询余额，查看流水，密码修改这些功能 (2).管理员： 1.新增用户 2 .删除 3.查看 4.员工绩效（就是根据流水表中的员工号，select出员工一天内做的所有单，用来考评绩效） 5.VIP判别（就是账户存储资金大于某个值的时候在账户表的一个字段上赋值为VIP） 6.资金储备金判别，当库存资金总数小于一个值的时候，系统对管理者要提出风险警告。 3.功能流程图： 银行管理系统 登陆 管理员客户 销户查 看 员 工 绩 效 VIP 判 别 资 金 储 备 金 判 别 开户存 款 取 款 转 账 余 额 显 示 查 看 流 水 修 改 密 码
详细设计： 1.E-R 图模型 operate custom bank staff Cphone Ctime Cpass CRmoney Cname Cid Bid Sphone Sname Sid Spass SItime Bname Bmoney Bid 1 1 1 2.根据E-R 图设计关系表 (1).银行信息表（bank ） 字段名 字段类型及长度 允许空 主键 说明 Bid nchar (9) no PK 银行号 Bname nchar (20) no 银行名 Bmoney numeric (20,3) no 银行余额 （2）.客户信息表（custom ） 字段名 字段类型及长度 允许空 主键 说明 Cid nchar (9) no PK 客户ID Cname nchar (10) no 客户姓名 Cpass nchar (10) no 密码 Ctime nchar (20) no 注册时间 Bid nchar (9) no 所在银行行号 外码（Bank （Bid ）） Crmoney numeric (10,3) no 账户余额 Cphone nchar (11) no 客户电话 (3).员工（管理员）表（staff ） 字段名 字段类型及长度 允许空 主键 说明 Sid nchar (9) no PK 员工ID Sname nchar (10) no 员工姓名
数据库课程设计银行 管理系统
武汉理工大学华夏学院 课程设计报告书 课程名称：《数据库系统原理》课程设计题目：银行储蓄管理系统数据库设计
课程设计任务书 学生姓名：专业班级： 指导教师：工作单位： 设计题目：银行储蓄管理系统数据库设计 初始条件： 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务： 要求学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的 银行储蓄管理系统，进行数据库系统的需求分析，概念结构设计、逻辑结构设 计、物理结构设计，数据录入及测试等，完成题目要求的功能。 主要任务： 用户有以下需求：建立读者档案；建立图书档案，建立书目索引；完成日常图书检索、借还工作，对读者档案、图书档案、借还系统的访问，必需进行身份验证。具体要求如下： 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 日
燕山大学三级项目设计说明书 题目：银行储蓄管理系统 学院（系）：信息学院 年级专业：教育技术学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)
ORACLE数据库与实例的关系 1 数据库名 1.1 数据库名的概念 数据库名(db_name)就是一个数据库的标识，就像人的身份证号一样。如果一台机 器上装了多个数据库，那么每一个数据库都有一个数据库名。在数据库安装或创建完成之后，参数DB_NAME被写入参数文件之中。 数据库名在$Oracle_HOME/admin/db_name/pfile/init.ora（或 $ORACLE_BASE/admin/db_name/pfile/init.ora或$ORACLE_HOME/dbs/SPFILE<实 例名>.ORA）文件中 ########################################### # Database Identification ########################################### db_domain="" db_name=orcl 在创建数据库时就应考虑好数据库名，并且在创建完数据库之后，数据库名不宜修改，即使要修改也会很麻烦。因为，数据库名还被写入控制文件中，控制文件是 以二进制型式存储的，用户无法修改控制文件的内容。假设用户修改了参数文件中的数据库名，即修改DB_NAME的值。但是在Oracle启动时，由于参数文件中的DB_NAME与控制文件中的数据库名不一致，导致数据库启动失败，将返回ORA-01103错误。 1.2 数据库名的作用 数据库名是在安装数据库、创建新的数据库、创建数据库控制文件、修改数据结构、备份与恢复数据库时都需要使用到的（注意这些时候不能使用sid，还有alter database时都是使用数据库名）。 有很多Oracle安装文件目录是与数据库名相关的，如： winnt: F:\oracle\product\10.2.0\oradata\DB_NAME\...
一、目的与意义 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 ] ]；
数据库课程设计报告银行管理 系统(总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功能需求 对于用户部分，能够新建和删除用户，在操作过程中可以更改用户；对于账户部分，可以查询用户的信息，包括各种基本信息、活期余额、定期账单等；对于账户操作部分，有活期存取款、定期存取款操作，另外操作完成之后存储相应的操作记录并能够查询操作记录等功能。
《数据库系统原理》 课程设计 2011年12月31日
目录 一、概述------------------------------------------------- 3 1.1 课程设计的目的---------------------------------------------- 3 1.2 课程设计的内容---------------------------------------------- 3 1.3 课程设计的要求---------------------------------------------- 3 二、需求分析--------------------------------------------- 3 2.1 系统需求---------------------------------------------------- 3 2.2 数据字典---------------------------------------------------- 3 三、系统总体设计----------------------------------------- 3 3.1系统总体设计思路--------------------------------------------- 3 3.2 概念模型设计----------------------------------------- 3 3.2.1 局部E-R图------------------------------------------------ 3 3.2.2 全局E-R图------------------------------------------------ 3 3.3 逻辑结构设计------------------------------------------------ 3 3.4 数据库建立实施--------------------------------------- 3 3.4.1 建立数据库------------------------------------------------ 3 3.4.2 建立关系表------------------------------------------------ 3 四、系统实现--------------------------------------------- 3 五、系统评价--------------------------------------------- 3 六、课程设计心得、总结----------------------------------- 3参考文献：----------------------------------------------- 3致谢--------------------------------------------------- 3附录--------------------------------------------------- 3
配置oracle连接 怎么在windows环境下配置连接oracle数据库？ 步骤如下： 一、安装PL/SQL： 1、获取PL/SQL安装包；（PL/SQL是连接oracle的客户端） 2、安装PL/SQL； （1）双击PL/SQL安装程序，安装PL/SQL； （2）选择“I Agree”进行安装；
（3）选择安装路径（一般选择默认路径）；点击【Next】按钮； （4）默认选择，点击【Next】按钮； （5）默认选择，点击【Finish】按钮，开始安装；
（6）安装进度显示 （7）窗口提示“PL/SQL Developer installed successfully”，安装完成，点击【Close】按钮。
二、配置连接 1、获取oci.dll文件（该文件是用来连接数据库的文件），将该文件及其所在的文件夹放置在一个不含有中文的路径下（如：F:\instantclient）; 2、双击打开PL/SQL客户端，点击【Cancel】按钮; 3、跳转到PL/SQL页面，如下图所示。选择【Tool】—>Preferences; 4、按下图进行选择，在“Oracle Home（enpty is autodetect）”栏中选择oci.dll文件所在的目录；在“OCI library(enpty is autodetect)”栏中选择oci.dll文件
5、点击【OK】按钮即可完成 6、退出PL/SQL页面，重新登录。双击PL/SQL客户端，在Oracle Logon窗口中填写数据库的用户名、密码、数据库名和连接方式；点击【OK】按钮即可查询数据库。 完毕！谢谢！
目录 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. 文档介绍 (4) 1.1文档目的 (4) 1.2文档范围 (4) 1.3读者对象 (4) 1.4参考文献 (4) 1.5术语与缩写解释 (4) 2. 数据库环境说明 (5) 3. 逻辑设计 (5) 5. 物理设计 (7) 5.1表汇总 (7) 5.2公告表 (7) 5.2.1外键表 (8) 5.3部门表 (8) 5.4角色表 (8) 5.4.1角色设置 (9) 5.4.2权限设置 (9) 5.5操作员表 (10) 5.5.1外键表 (10) 5.6菜单表 (10) 5.7导入数据临时表 (11) 5.7.1外键表 (12) 5.8导入数据历史表 (12) 5.8.1外键表 (12) 5.9操作流水临时表 (13) 5.10操作历史表 (13) 5.10.1外键表 (14) 5.11银行卡表 (14) 5.11.1外键表 (15) 6. 安全性设计 (15) 6.1防止用户直接操作数据库的方法 (16) 7. 优化 (16) 8. 数据库管理与维护说明 (16)
1. 文档介绍 1.1 文档目的 详细说明BankCardMS银行卡出入库管理系统的数据逻辑设计，物理设计及运行环境。为开发人员提供开发指导；为客户提供数据设计；为测试人员提供测试指导和为管理人员提供决策服务。 1.2 文档范围 本文档包括数据库的命名规则，设计模式，数据维护以及适用的人群，产品遵循的标准或规范。 1.3 读者对象 本文档针对的对象包括最终使用用户，项目经理，产品决策者（领导层），开发人员，测试人员等 1.4 参考文献 《数据库系统概论》萨师轩 《数据库原理与设计》吴鹤龄 1.5 术语与缩写解释
GB 8567- 银行储蓄管理系统 概要设计说明书 撰写人: 施靖豆健美雷明昊王新尧 审核人: 施靖 日期: -4-6
目录 1引言.................................... 错误!未定义书签。 1.1编写目的............................ 错误!未定义书签。 1.2背景................................ 错误!未定义书签。 1.3定义................................ 错误!未定义书签。 1.4参考资料............................ 错误!未定义书签。2总体设计................................ 错误!未定义书签。 2.1需求规定............................ 错误!未定义书签。 2.2运行环境............................ 错误!未定义书签。 2.3基本设计概念和处理流程.............. 错误!未定义书签。 2.4结构................................ 错误!未定义书签。 2.5功能需求与程序的关系................ 错误!未定义书签。 2.6人工处理过程........................ 错误!未定义书签。 2.7尚未问决的问题...................... 错误!未定义书签。3接口设计................................ 错误!未定义书签。 3.1用户接口............................ 错误!未定义书签。 3.2外部接口............................ 错误!未定义书签。 3.3内部接口............................ 错误!未定义书签。4运行设计................................ 错误!未定义书签。 4.1运行模块组合........................ 错误!未定义书签。 4.2运行控制............................ 错误!未定义书签。 4.3运行时间............................ 错误!未定义书签。
武汉理工大学华夏学院 课程设计报告书 课程名称：《数据库系统原理》课程设计题目：银行储蓄管理系统数据库设计
课程设计任务书 学生姓名：专业班级： 指导教师：工作单位： 设计题目：银行储蓄管理系统数据库设计 初始条件： 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务： 要求学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的银行储蓄管理系统，进行数据库系统的需求分析，概念结构设计、逻辑结构设计、物理结构设计，数据录入及测试等，完成题目要求的功能。 主要任务： 用户有以下需求：建立读者档案；建立图书档案，建立书目索引；完成日常图书检索、借还工作，对读者档案、图书档案、借还系统的访问，必需进行身份验证。具体要求如下：1．存折信息 数据包括：存折的基本信息包括：户名、帐号、开户银行名称、开户日期、取款密码等。2．账户存取明细 数据包括：日期、摘要（现存、现支、转存、利息）、交易金额、余额、操作柜员编号。 3．检索系统 能根据户名、账号、交易日期、金额等进行查询。 4．取款 输入账号和密码后，能根据密码判断用户是否合法，能判断取款金额是否超过了账户余额，如果取款金额合法，就对该账号的余额信息进行更新。 5、存款 输入账号和存款金额后，能更新该账号的余额。 6、转账 输入账号和密码后，能根据密码判断用户是否合法，然后再输入对方的转账账户，并判断对方的转账账户是否合法，如果合法，再输入转账的金额，并能判断转账金额是否超过了账户余额，如果转账金额合法，就对该账号的余额信息以及对方的账户余额信息进行更新。
中国农业银行系统数据中心建设方案设计 学生： 学号： 系部： 专业： 指导教师： 提交日期：
中国农业银行系统数据中心建设方案设计 一、绪论 随着中国农业银行数据的集中，面对海量的数据，银行要花费大量的人力和财力来进行存储和维护，业务具有数据海量化的特点。由于业务数据不断增长带来的压力，决定采用oracle数据库系统来完成此次中国农业银行的数据库系统设计。 二、银行业务模块设计 1、存款业务（Deposit）：开户业务、活期储蓄、整存整取定期储蓄、零存整取定期储蓄、教育储蓄、整存零取定期储蓄、存本取息定期储蓄、定活两便储蓄、资金归结、自动转账。 2、贷款业务（Loan）：住房按揭贷款、汽车贷款、教育助学贷款、创业贷款、生产经营贷款、农户贷款。 3、中间业务（Settlement）：结算业务、银行卡业务、担保业务、资讯类业务、其它业务。 4、电子银行业务（E-Banking）：包括网上银行、银行、手机银行、自助银行：
（1）网上银行（Online Banking）：账户信息查询、转账交易、漫游汇款、贷记卡还款、网上缴费、理财服务、信息管理、网上外汇宝、电子工资单查询、账户管理 （3）银行（Telephone Banking）：转账结算、信息查询、投资理财、其他功能 （4）手机银行（Mobile Banking）：信息查询、转账汇款、缴费支付、信用卡、漫游汇款、农户贷款、定活互转、第三方存管、消息定制、账户管理、基金买卖、双利丰 （5）自助银行（Self-Service Banking）：现金存款、现金取款、转账、查询余额、修改密码 三、数据库部署模式 数据大集中为银行带来集约化经营管理优势的同时，也带来了信息系统风险的相对集中，这使得银行经营发展对信息系统连续运行的要求也越来越高。加强信息系统灾备体系建设，保障业务连续运行，已经成为影响银行市场竞争能力的一个重要因素。对RTO=0、RPO=0的系统，决定数据库采用RAC+DataDataGuard模式。 根据RAC+DataDataGuard模式的特点，有如下要求：
课程设计报告书 课程名称：《数据库系统原理》课程设计 题目：银行储蓄系统数据库设计 系名：信息工程系 专业班级： 2012年 6 月 29日
课程设计任务书 设计题目：银行储蓄管理系统数据库设计 初始条件： 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务： 要求学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的银行储蓄管理系统，进行数据库系统的需求分析，概念结构设计、逻辑结构设计、物理结构设计，数据录入及测试等，完成题目要求的功能。 主要任务： 用户有以下需求：建立读者档案；建立图书档案，建立书目索引；完成日常图书检索、借还工作，对读者档案、图书档案、借还系统的访问，必需进行身份验证。具体要求如下：1．存折信息 数据包括：存折的基本信息包括：户名、帐号、开户银行名称、开户日期、取款密码等。2．账户存取明细 数据包括：日期、摘要（现存、现支、转存、利息）、交易金额、余额、操作柜员编号。 3．检索系统 能根据户名、账号、交易日期、金额等进行查询。 4．取款 输入账号和密码后，能根据密码判断用户是否合法，能判断取款金额是否超过了账户余额，如果取款金额合法，就对该账号的余额信息进行更新。 5、存款 输入账号和存款金额后，能更新该账号的余额。 6、转账 输入账号和密码后，能根据密码判断用户是否合法，然后再输入对方的转账账户，并判断对方的转账账户是否合法，如果合法，再输入转账的金额，并能判断转账金额是否超过了账户余额，如果转账金额合法，就对该账号的余额信息以及对方的账户余额信息进行更新。 设计报告撰写格式要求： 要求层次清楚、整洁规范、不得相互抄袭，凡正文内容有整段完全相同者一律以抄袭论处。设计报告正文字数不少于0.2万字（不包括附录） 第1级（章）题序和题名用黑体三号字， 第2级（目）题序和题名用黑体小四号字， 第3级（条）题序和题名用黑体小四号字， 正文内容用宋体五号字(英文用新罗马体)，多倍行距1.25。 报告内容一律使用A4打印纸计算机打印，页码在页下居中标明。必须使用国家公布的
目录 一、目的与意义 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 ] ]；
一、研究现状及发展态势： 随着计算机应用范围的不断扩大，其优异的性能已逐渐被人们所接受，在社会经济不断发展的环境下，计算机技术进行的各种管理给人们带来了很大的方便。人们逐渐开始使用计算机来进行办公或辅助其他工作，以利用其高效的性能实现自动化办公或管理。随着市场经济的不断发展，人民的生活也越来越富裕，银行成了绝大多数人管理自己资金的首选。然而在日益增长的银行客户群体的压力下，纯人为的储蓄办公系统已无法满足客户的需求，人们需要银行能够给使用者提供方便的业务操作，比如：能够自助地开户、销户、查询余额，并进行存取款等等。开发一个基于网络的银行储蓄业务系统则恰恰能符合绝大多数人对银行的业务需求。 二、选题依据及意义： 目前，计算机已经普及到了社会的各个领域，并已经成为我们学习和工作的得力助手，无论在哪个行业，计算机代替人工进行了许多繁杂的事务，并节省了大量的人力与物力，再加上如今国内互联网已经覆盖了绝对多数的大中小城市乡村，因此基于网络的银行储蓄业务系统将能得到很好的应用。它可以在关于银行的储蓄业务上给人们带来极大的方便，其主要作用具体如下： 1.该系统可以代替银行业务人员，服务使用者，满足使用者的各项业务需求。 2.使用计算机来对用户的私密信息以及至关重要的金融数据进行管理，可 远远降低由于人为的误操作而带来的重大损失。 3.使用该系统，用户可以自助地进行开户，销户，查询余额以及存取款等 业务，足不出户，便能实现以前需要在银行排队花大量的时间才能完成的目的。 4.该系统节省了许多人力资源，减少了许多的安全隐患，提高了银行的工 作效率，从而使银行的利润有所增长。 三、课题研究内容： 银行储蓄业务系统的开发流程包括前期的对银行储蓄业务的详细的调研和分析，中期的软件设计建模和数据库的设计，以及编写程序实现业务系统的所需功能这三个阶段。 首先，对银行储蓄业务的调研分析。在这个阶段，通过查阅相关书籍或电子数据，了解实际的银行储蓄业务的具体功能分类和不同的详细操作流程。 其次，进行软件建模和数据库设计。在这个阶段，结合J2EE的相关知识，
目录 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)数据项名称：开户人姓名 类型：字符型
吉首大学 张家界学院 《数据库系统概念》课程设计题目 学号 学生姓名 院系
专业 指导教师 二Ｏ一六年月日 学生选课系统的设计 一、绪论 1.1 目的和意义 银行管理系统：该系统要求建立的用户表并不是很多，完成的功能也相对有限，但其中各个表之间的联系很紧密，该系统对数据库表的设计要求会很高，所以完成这个题目，能更好的训练
数据库设计和VC的编程能力，选择该题目就是充分训练数据库表设计的能力和运用VC的能力。 1.2 内容和要求 用户管理模块：建立新用户、删除老用户、更改用户操作； 账户操作模块：账户信息、活期存取款操作、查询活期操作纪录、定期存款、定期取款、查询定期操作纪录； 数据库模块：数据库备份、数据库恢复； 二、需求分析 2.1系统用户 对于用户部分，能够新建和删除用户，在操作过程中可以更改用户；对于账户部分，可以查询用户的信息，包括各种基本信息、活期余额、定期账单等；对于账户操作部分，有活期存取款、定期存取款操作，另外操作完成之后存储相应的操作纪录并能够查询操作纪录等功能。银行帐目管理系统包括五个模块，分别为系统选项、帐目管理、查询统计、用户查询和帮助。 2.2系统主要功能 帐目管理模块：主要处理用户的日常操作。 （1）开户：新建一个帐户，为其指定一个唯一的帐号来标志该用户 （2）销户：将指定用户的帐号删除。用户输入密码经过验证成功后，把帐户的余额全部取出，最后删除该帐户。
（3）存款：向指定的帐户中存入一笔钱，经用户输入密码确认后，方可存入。 （4）取款：从指定的帐户中取出一笔钱。取款前用户需要输入密码确认，取款后帐户余额不得少于帐户的最低存款额，否则不予处理。 （5）修改信息：选择一个存在的帐户，然后输入密码经确认后进入用户信息窗口，可对里面的密码、联系电话和家庭住址进行修改，而帐号和帐户上的金额不能被用户修改。 查询模块：按照指定方式进行查找帐户信息，包括按姓名、帐号和联系电话进行查找，也可以按照地址进行模糊查找。 统计模块：对银行的数据进行统计，如对帐户数量的统计。其系统功能模块如图2-1： 图2-1 系统功能模块 2.3 开发技术 开发工具：MYSQL