吉首大学
张家界学院
《数据库系统概念》课程设计题目
学号
学生姓名
院系
专业
指导教师
二Ｏ一六年月日
学生选课系统的设计
一、绪论
1.1 目的和意义
银行管理系统：该系统要求建立的用户表并不是很多，完成的功能也相对有限，但其中各个表之间的联系很紧密，该系统对数据库表的设计要求会很高，所以完成这个题目，能更好的训练数据库设计和VC的编程能力，选择该题目就是充分训练数据库表设计的能力和运用VC的能力。
1.2 内容和要求
用户管理模块：建立新用户、删除老用户、更改用户操作；
账户操作模块：账户信息、活期存取款操作、查询活期操作纪录、定期存款、定期取款、查询定期操作纪录；
数据库模块：数据库备份、数据库恢复；
二、需求分析
2.1系统用户
对于用户部分，能够新建和删除用户，在操作过程中可以更改用户；对于账户部分，可以查询用户的信息，包括各种基本信息、活期余额、定期账单等；对于账户操作部分，有活期存取款、定期存取款操作，另外操作完成之后存储相应的操作纪录并能够查询操作纪录等功能。银行帐目管理系统包括五个模块，分别为系统选项、帐目管理、查询统计、用户查询和帮助。
2.2系统主要功能
帐目管理模块：主要处理用户的日常操作。
（1）开户：新建一个帐户，为其指定一个唯一的帐号来标志该用户
（2）销户：将指定用户的帐号删除。用户输入密码经过验证成功后，把帐户的余额全部取出，最后删除该帐户。
（3）存款：向指定的帐户中存入一笔钱，经用户输入密码确认后，方可存入。
（4）取款：从指定的帐户中取出一笔钱。取款前用户需要输入密码确认，取款后帐户余额不得少于帐户的最低存款额，否则不予处理。
（5）修改信息：选择一个存在的帐户，然后输入密码经确认后进入用户信息窗口，可对里面的密码、联系电话和家庭住址进行修改，而帐号和帐户上的金额不能被用户修改。
查询模块：按照指定方式进行查找帐户信息，包括按姓名、帐号和联系电话进行查找，也可以按照地址进行模糊查找。
统计模块：对银行的数据进行统计，如对帐户数量的统计。其系统功能模块如图2-1：
图2-1 系统功能模块
2.3 开发技术
开发工具：MYSQL
开发语言：SQL
开发技术：数据库开发技术
面向对象：需求者
MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，目前属于Oracle 旗下产品。MySQL 最流行的关系型数据库管理系统，在WEB 应用方面MySQL是最好的RDBMS (Relational Database Management System，关系数据库管理系统) 应用软件之一。
本实验将设计出一个银行账目管理数据库系统，其要求简要如下：
三、概念结构设计
本章节主要包含概念设计、E-R图，以及如何将E-R图转换为实际的物理模型等内容。
3.1 概念设计
在我们的数据库系统中共有5个实体：储户、活期存取款、定期存款、定期取款、定期记录。（1）储户的属性：账号、姓名、密码、身份证号、性别、账户余额、开户日期、开户地址（2）活期存取款的属性：账号、金额、类型、办理日期、利息、账户余额
（3）定期存款的属性：账号、存款人姓名、金额、存储年份、年利率、存储日期
（4）定期取款的属性：账号、取款人姓名、取款金额、取款日期
（5）定期记录的属性：账号、存取款人姓名、类型、操作金额、操作日期
3.2 E-R图
图1银行基本信息实体图图2储户基本信息实体图
图3定期记录基本信息实体图
合并画出数据库系统的E-R图，如图3-7所示：
图3-7 数据库系统E-R图
四、逻辑结构设计
4.1 逻辑转换
根据3.2节中的E-R图可以将系统中的概念模型转换为具体的表（即关系）结构，共分为7个关系，详细信息如下所示：
（1）储户（账号、姓名、密码、身份证号、性别、账户余额、开户日期、开户地址）
（2）活期存取款（账号、金额、类型、办理日期、利息、账户余额）
（3）定期存款（账号、存款人姓名、金额、存储年份、年利率、存储日期）
（4）定期取款的（账号、取款人姓名、取款金额、取款日期）
（5）定期记录（账号、存取款人姓名、类型、操作金额、操作日期）
4.2 细化表结构
为方便，根据上述文字描述，用英文简写为表和列取名，确定列的数据类型及必要的约束规则，给出如下所示数据库表的基本结构及说明：
（1）储户表
（2）活期存取款表
（3）定期存款表
（4）定期取款表
（6）定期操作记录表
五、数据库实施
本章节主要包含创建表、添加数据和创建必要的视图、触发器和存储过程等内容。
5.1 创建表
提高查询速度，分别为各表经常查询的列建立索引。
(1)为chuhu(储户表)中的cno属性建立唯一索引cno：
CREATE UNIQUE INDEX cno_index on chuhutable(cno);
(2)为Hcq(活期存取款表)中nid属性建立唯一索引nid：
CREATE UNIQUE INDEX nid_index ON Hcq(nid);
目录 一、目的与意义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 员工姓名
银行计算机储蓄系统 题目：银行帐户管理，储蓄业务管理处理系统 班级：计算机科学与技术（3）班设计者：易华丽 1 引言 1.1 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。 1.3定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而
吉首大学 张家界学院 《数据库系统概念》课程设计题目 学号 学生姓名 院系 专业 指导教师
二Ｏ一六年月日 学生选课系统的设计 一、绪论 1.1 目的和意义 银行管理系统：该系统要求建立的用户表并不是很多，完成的功能也相对有限，但其中各个表之间的联系很紧密，该系统对数据库表的设计要求会很高，所以完成这个题目，能更好的训练数据库设计和VC的编程能力，选择该题目就是充分训练数据库表设计的能力和运用VC的能力。 1.2 内容和要求 用户管理模块：建立新用户、删除老用户、更改用户操作； 账户操作模块：账户信息、活期存取款操作、查询活期操作纪录、定期存款、定期取款、查询定期操作纪录； 数据库模块：数据库备份、数据库恢复； 二、需求分析 2.1系统用户 对于用户部分，能够新建和删除用户，在操作过程中可以更改用户；对于账户部分，可以查询用户的信息，包括各种基本信息、活期余额、定期账单等；对于账户操作部分，有活期存取款、定期存取款操作，另外操作完成之后存储相应的操作纪录并能够查询操作纪录等功能。银行帐目管理系统包括五个模块，分别为系统选项、帐目管理、查询统计、用户查询和帮助。
2.2系统主要功能 帐目管理模块：主要处理用户的日常操作。 （1）开户：新建一个帐户，为其指定一个唯一的帐号来标志该用户 （2）销户：将指定用户的帐号删除。用户输入密码经过验证成功后，把帐户的余额全部取出，最后删除该帐户。 （3）存款：向指定的帐户中存入一笔钱，经用户输入密码确认后，方可存入。 （4）取款：从指定的帐户中取出一笔钱。取款前用户需要输入密码确认，取款后帐户余额不得少于帐户的最低存款额，否则不予处理。 （5）修改信息：选择一个存在的帐户，然后输入密码经确认后进入用户信息窗口，可对里面的密码、联系电话和家庭住址进行修改，而帐号和帐户上的金额不能被用户修改。 查询模块：按照指定方式进行查找帐户信息，包括按姓名、帐号和联系电话进行查找，也可以按照地址进行模糊查找。 统计模块：对银行的数据进行统计，如对帐户数量的统计。其系统功能模块如图2-1： 图2-1 系统功能模块 2.3 开发技术
燕山大学三级项目设计说明书 题目：银行储蓄管理系统 学院（系）：信息学院 年级专业：教育技术学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)
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功能需求 对于用户部分，能够新建和删除用户，在操作过程中可以更改用户；对于账户部分，可以查询用户的信息，包括各种基本信息、活期余额、定期账单等；对于账户操作部分，有活期存取款、定期存取款操作，另外操作完成之后存储相应的操作记录并能够查询操作记录等功能。
一、目的与意义 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 ] ]；
《网络数据库》 课程设计 题目：银行管理系统数据结构设计与实现 院系名称：管理学院专业班级：电子商务0901班 学生姓名：笑嘻嘻学号： 200946900000 成绩评定： 调查、资料收集情况（20%）专业知识应用 情况（30%） 论文、报告的创 新性（35%） 写作及排版的 规范性（15%） 总评2011年12 月30 日
银行管理系统数据结构设计与实现 一、所需软件： Microsoft SQL Server 2000 二、目的和要求 1.理解和掌握数据库原理的基本概念和思想； 2.熟悉和掌握SQL Server 2000的基本操作； 3.理解和掌握数据结构分析的基本方法与实现过程。 三、课程设计内容 （一）选择银行管理信息系统为原型，分析并建立其数据结构。 1、银行管理信息系统的应用背景 银行采购信息管理系统是用于银行管理物品采购信息的系统，该系统是银行内部的一个重要组成部分，它提供了一个全面的银行采购信息管理平台。在现代银行业中，物品采购是一个控制银行成本，减少人力物力重复浪费的重要环节。在此背景下，银行内部需要实现采购流程的自动化、统一管理和控制，通过系统开发来提高业务处理效率和实现风险管理。其开发的主要功能是：当各部门需要采购物品时，先进行申报采购所需物品的基本信息，包括物品的种类、名称、数量等，然后通过申报审核、采购审批等环节，实现全行对所需物品的统一采购。对已完成采购的物品进行入库、出库操作，库存信息包括物品的基本信息、出入库时间等，最后通过对物品的库存信息，进行后续的管理工作。 总体说来，银行采购信息管理系统就是通过申报、审核、审批、入库、出库等活动，解决多部门进行物品采购时存在的时间、数量、品种、价格等方面的矛盾，高效率的衔接各部门之间的采购环节，从而提高业务处理效率和实现风险管理。 2、银行管理信息系统的数据需求 程序流程图：
《数据库系统原理》 课程设计 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
银行储蓄管理项目 投 标 书 技术标书 （WZCG6-03） 海口市XX高科技有限公司 2011年3月1日
银行储蓄管理项目投标书 致XXX公司 1、经研究“银行储蓄管理项目”建设招标后，我们愿意按人民币 ￥701,元（大写: 七拾万壹仟七百四十五元整）的投标总价完成我们投标文件所报的全部工作内容，以此作为本工程的结算依据，并遵守招标文件的要求承担本合同工程的实施、完成及其缺陷修复工作。 2、一旦我方中标，我方将保证按合同协议书中规定的工期，在3 个月内完成全部工程，并保证工程质量优良。 3、我们同意在规定的开标之日起30天的投标文件有效期内，严 格遵守本投标涵的各项承诺。在此期显届满之前，本投标涵始终将对我方具有约束力，并随时接受中标。 4、在合同协议书正式签署生效之前，本投标函连同你单位的中标 通知书将构成我们双方之间共同遵守的条件，对双方具有约束力。 5、如果我们在本投标文件有效期内撤回投标文件，或在受到中标 通知书后的7天内未能或拒绝签定合同协议书，则视为自动放弃。 6、如我单位中标，我们承担在招标文件规定的时间内，以招标文 件规定的方式和项目额度提供具体化项目实施方案，以最快的方式出台项目解决方案。 投标公司：（盖章） 法定代表人或其授权委托人： (签字或盖章)时间：
法定代表人身份证明 单位名称： 单位性质：有限责任公司 办公地址：海口市龙昆南路100号成立时间：一九九三年十一月一日经营期限： 17年 姓名： 性别： 年龄： 职务： 系的法定代表人。 特此证明。 投标公司： 时间：
法定代表人授权委托书 投标公司： 法定代表人：（签字或盖章） 被授权委托人：（签字或盖章） 时间： 目录 第一部分公司实力 ....................................... 错误!未定义书签。
目录 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 术语与缩写解释
银行储蓄系统需求分析报告 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) 该表存储利率值
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模式的特点，有如下要求：
精心整理软 银行储蓄管理系统 可行性分析 目录
一、引言 1.1 编写目的 经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，不能满足广大人民群众的要，人们希望能更方便更省时地办理储蓄业务。 在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。 1.3 参考资料 ·《软件工程导论（第五版）》张海藩编着清华大学出版社出版 ·《软件工程》任胜兵邢琳编着北京邮电大学出版社 二、可行性研究的前提 2.1 基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。 如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户 2.1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量； 由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。
2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。 2.1.5 输出要求 要求快速准确地打印出存款或取款清单给客户。 2.2 开发目标 近期目标： 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。 长期目标： 希望在三至四年内，在国内银行中建立该计算机储蓄系统，促进银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，给储蓄用户带来方便和益处，从而提高银行的信用度，提高银行公司的经济效益和社会效益。 2.3 限制条件 2.3.1 开发时间 ( 只限于近期目标 ) 预定为半年。 2.3.2 运行环境 Windowsxp 及以上操作系统、数据库：MicrosoftSQLServer2000。MicrosoftVisualBasic6.0中文版. 2.3.3 使用寿命 该系统至少使用四年以上。 2.3.4 进行可行性研究的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈
XXX数据库设计说明书 银行信贷管理系统数据库设计说明书 编写：武刘强日期：2013-12-08
变更记录
目录 目录 (3) 1 引言 (4) 1.1 预期的读者 (4) 1.2 数据库 (4) 1.3 目的和作用 (4) 2 数据字典设计 (4) 3 数据库设计 (5) 3.1 系统物理结构设计 (5) 3.2 表设计 (8) 3.2.1 客户信息表dk_kh (8) 3.2.2 贷款申请表dk_sq (9) 3.2.3 用户信息表t_person (9) 3.2.4 单位信息表t_dw (10) 3.2.5 资产管理表t_zcgl (10) 3.2.6 贷款分户表t_dkfh (10) 3.2.7 部门信息表t_depart (11) 3.2.8 系统角色表t_role (11) 3.2.9 贷款还款表t_dkhk (11) 3.2.10 贷款利息表t_dklx (12) 3.3 表之间的关联设计 (12) 3.4 存储过程设计 (13) 3.5 触发器设计 (13) 3.6 Job设计 (13)
1引言 1.1 预期的读者 1．项目经理 2．客户项目经理 3．系统开发人员 4．系统测试人员 1.2 数据库 所采用的数据库管理系统是Oracle v10中文简体版 1.3 目的和作用 将数据分析的结果进一步整理，形成最终的计算机模型，以便开发人员建立物理数据库。 2数据字典设计 数据字典的主要目的是提供查阅对不了解的条目的解释。在数据字典中记录数据元素的下列信息：一般信息（名字，别名，描述等），定义（数据类型，长度，结构等），使用特点（值的范围，使用频率，使用方式—输入/输出/本地，条件值等），控制信息（来源，用户，使用它的程序，改变权等），分组信息（父结构，从属结构，物理位置—记录、文件和数据库等）。 下面的例子是通过卡片来描述数据字典：