郑建云数据库原理课程设计.doc

数据库原理课程设计课程设计（论文）题 目: 银行储蓄系统 学 院： 理学院 专 业： 数学与应用数学 班 级： 数学08-1班 学 生 姓 名： 郑建云 学 生 学 号： 080524010122 指 导 教 师： 潘晓丽 2011 年 6月 10 日 数据库原理课程设计任务书姓名郑建云学号22指导教师潘晓丽设计题目银行储蓄系统理论要点 现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务，因此计算机储蓄系统的出现与改革就成为了银行工作的重点。设计目标 为银行储蓄系统设计数据库使之能实现：储户开户登记、办理定期存款帐、办理定期取款手续、办理活期存款帐、办理活期取款手续、利息计算。输出明细表。研究方法步骤遵循数据库的设计步骤：需求分析、 概念模型设计、逻辑模型设计、数据库物理设计、 数据库实施、数据库运行和维护。预期结果 本次所设计的数据库能满足该系统的正常工作运行，实现基本功能。计划与进步的安排 周一：(6.6)完成需求分析。 周二：(6.7)完成数据概念模型设计。 周三：(6.8)完成逻辑模型、物理模型。 周四：(6.9)设施运行。 周五：(6.10)撰写文档与说明书。参考资料 Database System: The Complete Book 高性能MySQL(第2版) 数据仓库填写时间2011.6.10 摘 要当今，国际市场竞争日趋激烈，世界工业布局进入了一个新的调整和改组时期，企业组织的集团化、企业经营的多元化、市场的国际化、企业资产的股份化、企业管理的现代化已成为国际企业组织发展的五大特点。各企业要提高自己的业务水准，增强自己的竞争力，通过ISO 9002的质量论证，必须要有效地管理好自己的信息资源。随着计算机在企业中应用的普及和深入，企业信息处理系统已从单一应用发展到综合应用，从简单处理到复杂处理，从企业内部发展到企业外部；企业信息处理所包括的内容从文字处理、统计报表到数据分析和预测；从主要业务流程的管理和控制到企业内部及外部的信息交流和访问；从事务处理系统、管理信息系统到计算机辅助决策系统，企业信息处理的模式已由集中式、分散式发展到分布式处理模式。从竞争和发展的角度看，信息已成为企业的一项主要资产，甚至可以说是企业发展的生命线。对信息的有效管理和利用，会促进企业内部运作的效率，降低运作的成本，提高企业对市场需求的反应速度，增强企业在市场上的竞争力，使企业不断发展壮大。信息技术的迅速发展，为企业信息处理和交流提供了有力保证。关键字：银行，储蓄，计算机，系统，方便目 录摘要.2课程设计题目.4系统概述.4需求分析1. 功能需求.52. 外部界面需求.73. 性能需求.74. 属性需求.85. 其他需求.8概念结构设计1.系统用例.9 2.数据字典.103.数据对象E-R图 .124.存款流程图.125.取款流程图.136.储蓄系统的关系模型.13物理设计1.用PowerDesigner工具设计出物理模型如下图.142.用PowerDesigner工具转换出.SQL建表语句.14设施运维.18新系统的影响分析.18心得.19题目：银行储蓄系统说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款；现在计算机网络的高度发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机系统。银行储蓄计算机系统技术在目前是一个技术上成熟的系统，并且在银行公局内部准备采取有力措施保证资金和人员配置等。国此，分阶段开发“银行计算机储蓄系统”的构想是可行的。为了使银行公司适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取更好的经济效益，建议立即着手系统的建议。 此系统所要完成的主要功能有两方面：如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也还要有足够大的磁盘容量；安全性也是系统最重要的性能需求之一，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。1. 功能需求a. 调查用户需求本系统的最终用户为在储蓄者和银行员工，我根据从学校方面取得的图表资料、文字资料以及其他细节方面的信息，根据我们日常生活中的经验，根据我们所做的其他询问和调查，得出用户的下列实际要求系统用例图:b.功能划分软件分别有新建，修改，查询，更新等功能。各个模块各有不同的功能，但都能完成查询和存储功能。各模块的数据都存放在数据库中。数据的条用和廉洁都有程序来完成。此软件所要完成的主要功能有两方面：如果是存款，储蓄填写存款单，然后交给键入系统，同时系统还要记录存款人姓名，住址，身份证，号码，存款类型，存款日期。利率及密码（可选）等信息，完成后由系统打印存款单给储户。如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。c.功能描述外部功能：实现化窗口，查找及储蓄内部功能：同步，过滤，定位，识别存储帐户信息：所有帐户信息永久性保存在一个特定的磁盘文件之中。在系统退出时，自动依据内存中存放的帐户信息映射表将所有帐户信息存入库文件之中。保存时先将原有库文件进行备份，之后将现有帐户信息映射表存储为新的库文件。读取帐户信息：所有帐户信息永久性保存在一个特定的磁盘文件之中。在系统开始运行时首先自动打开该文件，将文件中的全部账户信息加载到内存中存放这些信息的帐户信息映射表中。并且在提示面板中显示库文件载入成功的信息。建立新帐户：通过建立新帐户面板输入一个新帐户的描述信息，并将该帐户添加到帐户信息映射表中，并以系统自动生成的唯一的帐户号作为键。由于键值唯一且通过程序自动生成，因此不会出现即使其他信息全部相同，建立的新帐户也是不重复的。所有帐户的公有描述信息包括：币种，初始存款额，用户名，用户身份证号，用户住址以及用户联系电话。其中币种，用户信息以及除密码外的特有描述信息将不能更改。定期存储帐户的特有描述信息为：定期存款方式信用卡帐户的特有描述信息为：信用卡密码结算存储帐户的特有描述信息为：结算汇款方式修改信用卡帐户密码：通过信用卡密码修改面板选择信用卡帐户并输入原始密码及更改密码可更改信用卡帐户密码。建立用户身份信息资料：在建立新帐户过程中将输入用户的身份信息资料并与帐户信息一同存储。用户的身份信息资料一经注册便不可修改。 存款功能：以储户的存款为主要活动，相关记录根据存款结果进行调整，以使信息保持一致。系统需要在原帐户信息中增加一条记录，包括存款人姓名，住址，存款类型，存款日期，利率等信息。若为新储户须建立一个帐户，并记录此次的记录。打印存款给储户。取款功能：系统计算利息，在原帐户信息中取款减去。若为清户，记录注销该帐户，将帐户余额一并交与储户。打印利息清单给储户余额查询功能：为储户提供查询余额服务，将储户的相关记录输出。需要储户的帐户信息及密码。打印储户的帐户余额更新功能：根据用户的存储数量，系统能够自动更新，并且应储户的需求修改密码并保存。 需要储户输入帐户及密码，若想修改密码按下一个键，输入密码按确定，并且要求储户再次确认密码系统保存储户信息，并且系统实现自动更新。2. 外部界面需求 a.用户界面屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换报表格式：以银行原报表格式设计电子打印表格式。菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。 b.硬件接口网络硬件接口要求：显示中要求具有高速以太网组以实现联网操作，但是在理论试验验证软件本身的目的来看，无需网络通讯接口。c.软件接口Windows 标准接口，要求与其他软件无冲突错误发生。3. 性能需求a.数据精度在进行向数据库文件提取数据时，需求数据记录定位精确，在往数据库文件数组中添加数时，要求输入数精确金额，身份证，卡号等按消息设定字符数。b.时间特性程序响应时间：在人的感觉和视觉事物范围内；信息交换时间：要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该小于程序调用时间。4.属性需求a.正确性软件经过测试没有和任何软件不兼容保证了系统的正确无误。b.可靠性由于本数据库采用安全行搞的Oracle 8使整个系统的可靠行增强。c.完整性软件的数据库完整就保证了系统的完整从而保证了客户资料的完整。d.安全性由于软件运行数据库中，所以参数不容易被错改，破坏，万一参数受到破坏也不会影响源程序。e.可维护性本软件利用数据库进行编程，系统结构由程序基本无额定，大量的参数及文本内容全部存放于数据库中。修改，更新数据库只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性升级都十分方便。f.可理解性本软件界面清晰简单，基本上可以实现鼠标完成日常的工作。g.可移植性本软件是运行在windows系统下的，只要拷贝好数据库再安装好银行系统就可以实现软件的移植。5. 其他需求a.可用性本软件业可以通过单步跟踪的操作进行检查处理。安全性:由于软件运行数据库中，所以参数不容易被错改，破坏，万一参数受到破坏也不会影响源程序。b.可维护性本软件利用数据库进行编程，系统结构由程序基本无额定，大量的参数及文本内容全部存放于数据库中。修改，更新数据库只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性升级都十分方便。c.兼容性适合windows 95 ,windows 98,windows xp,windows sp2及以上操作系统、数据库：mysql1.系统用例: 如图 (1) 用户登录:登录时输入用户名和密码(2) 修改密码:用户通过登录界面修改自己的密码(3) 浏览本人信息:用户浏览本人的姓名、工号、权限等信息(4) 创建用户：用户一律用工号登陆系统，工号为5位数字，首位数字式所属部门的编号。(5) 删除用户:系统管理员可以删除用户(6) 修改用户信息:系统管理员可以修改任意用户的信息,但用户号不 修改.(7) 查询用户信息：系统管理员可以查询任意用户的信息(8) 设定修改计划(9) 修改核心数据:当修改计划到达时间时,由系统自动执行核心数据的修改.2.数据字典：管理表属性名存储代码类型长度备注编号AIDint用户UIDint11用户信息编号账号USERvarchar13用户帐号密码PWDvarchar13用户密码用户信息表属性名存储代码类型长度备注编号UIDint11姓名UNAMEvarchar50性别USEXvarchar10年龄UAGEint3身份证UIDCARDvarchar20住址UADDRESSvarchar50电话UTELvarchar20业务员信息属性名存储代码类型长度备注编号YIDint11姓名YNAMEvarchar50性别YSEXvarchar10年龄YAGEint3身份证YIDCARDvarchar20住址YADDRESSvarchar50电话YTELvarchar20银行BIDint11银行信息表属性名存储代码类型长度备注编号BIDint名称BNAMEvarchar50地址BADDRESSvarchar50经理BMANAGERvarchar50联系方式BTELvarchar20描述BDEPARTvarchar100类型表属性名存储代码类型长度备注编号TIDint11类型TNAMEvarchar20卡信息属性名存储代码类型长度备注编号CIDint20类型TIDint11用户UIDint11受理日期DATEvarchar30描述CDEPTvarchar100业务信息表属性名存储代码类型长度备注流水号LIDint11银行BIDint50业务员YIDint10用户UIDint3类型TIDint20卡号CIDint50交易金额MONEYvarchar20余额BALANCEdouble利息INTERESTdouble手续费POUNDAGEdouble 3.数据对象E-R图身份证号码性别姓名年龄单位性别姓名住址办理住址储户业务员 N M M 年龄工资 N N 余额管理存/取款 1 M 银行名称联系方式经理地址 4.存款流程图重填储户重填 D1 存款信息 填 出 表 错 存 信 款 息1.2更新存款信息1.1验收存款单储户 款 息需要设置密码（可选） 存款单 (存折) 1.2.1设置密码 存款信息不需要密码 2打印存单1.3处理存款储户 存款信息密码 存单 密码 D2 密码重输重填5.取款流程图 有 误 错 误1.1.1核对密码储户1.1验收取款单 密码 取款单 需要密码 D1 密码 (或银行卡)正确未留密码取款单1.2计算利息利息信息 1.3更新余额1.4处理取款 储户2打印清单 取款清单 取款信息 余额信息 现金 D3 取款信息 D2 余额信息 6.储蓄系统的关系模型：管理表（编号，用户，账号，密码）用户信息（编号，姓名，性别，年龄，身份证号，住址）业务员信息（编号，姓名，性别，年龄，身份证号，银行，住址，工资）银行信息（编号，名称，地址，经理，联系方式，描述）类型表（编号，类型）业务信息（流水号，银行，业务员，用户，类型，卡号，交易金额，余额，利息，手续费）卡信息（编号，类型，用户，受理日期，描述）1.用PowerDesigner工具设计出物理模型如下图2.用PowerDesigner工具转换出.SQL建表语句/*=*/* DBMS name: MySQL 5.0 */* Created on: 2011-6-12 11:07:12 */*=*/drop table if exists BANKTABLE;drop table if exists BUSINESS;drop table if exists CARDTABLE;drop table if exists TYPETABLE;drop table if exists UTABLE;drop table if exists YTABLE;drop table if exists admin;/*=*/* Table: BANKTABLE */*=*/create table BANKTABLE( BID int not null auto_increment, BANAME varchar(50), BADDRESS varchar(50), BMANAGER varchar(50), BTEL varchar(20), BDEPART varchar(100), primary key (BID);/*=*/* Table: BUSINESS */*=*/create table BUSINESS( LID int not null auto_increment, BID int(50), YID int(10), UID int(3), TID int(20), CID int(50), MONEY decimal(20,3), BALANCE decimal(20,3), INTEREST decimal(20,3), POUNDAGE decimal(20,3), primary key (LID);/*=*/* Table: CARDTABLE */*=*/create table CARDTABLE( CID int not null auto_increment, TID int(11), UID int(11), DATE varchar(30), CDEPT varchar(100), primary key (CID);/*=*/* Table: TYPETABLE */*=*/create table TYPETABLE( TID int not null, TNAME varchar(20), primary key (TID);/*=*/* Table: UTABLE */*=*/create table UTABLE( UID int not null auto_increment, UNAME varchar(50), USEX varchar(10), UAGE int(3), UIDCARD varchar(20), USDDRESS varchar(50), primary key (UID);/*=*/* Table: YTABLE */*=*/create table YTABLE( YID int not null auto_increment, YNAME varchar(50), YSEX varchar(10), YAGE int(3), YIDCARD varchar(20), YADDRESS varchar(50), YTEL varchar(20), BID int(11), primary key (YID);/*=*/* Table: admin */*=*/create table admin( AID int not null, UID int, USER varchar(13), PWD varchar(13), primary key (AID);alter table BUSINESS add constraint FK_Reference_1 foreign key (BID) references BANKTABLE (BID) on delete restrict on update restrict;alter table BUSINESS add constraint FK_Reference_2 foreign key (YID) references YTABLE (YID) on delete restrict on update restrict;alter table BUSINESS add constraint FK_Reference_3 foreign key (UID) references UTABLE (UID) on delete restrict on update restrict;alter table BUSINESS add constraint FK_Reference_4 foreign key (TID) references TYPETABLE (TID) on delete restrict on update restrict;alter table BUSINESS add constraint FK_Reference_5 foreign key (CID) references CARDTABLE (CID) on delete restrict on update restrict;alter table CARDTABLE add constraint FK_Reference_6 foreign key (TID) references TYPETABLE (TID) on delete restrict on update restrict;alter table CARDTABLE add constraint FK_Reference_7 foreign key (UID) references UTABLE