数据库系统原理课程设计--银行储蓄系统数据库设计

合集下载

银行储蓄系统课程设计

银行储蓄系统课程设计

银行储蓄系统课程设计银行计算机储蓄系统目录一、任务 (3)二、总体设计 (3)1、模块结构图 (3)2、数据库总体设计 (5)3、数据库设计与程序关系 (6)4、数据字典 (6)三、详细设计 (7)1、平台支持设计 (7)2、结构程序设计 (8)2.1 3种基本的控制结构(顺序,选择,循环) (8)2.2 功能模块与程序间的关系: .. 93、人机界面设计 (9)3.1 系统响应时间 (9)3.2 用户帮助设施 (10)3.3 出错信息出理 (10)3.4 系统维护设计 (10)4、模块设计 (12)5、数据库详细设计 (13)6、数据字典详细设计 (15)7、技术审查和管理审查 (16)8、总结 (16)9、参考资料 (17)一、任务为方便用户,银行需开发计算机储蓄系统。

储户填写的存款单或取款单由业务员键入系统,如果是存款,系统记录存款人的姓名,住址,存款类型,存款日期,利率等信息,并印出存款单给储户;如果是取款,系统计算利率,并印出取款清单给储户。

二、总体设计1、模块结构图初始业务员信取款信息储户信息存款信息收/付款登录主批量实时系统记总账1.报表打印数据备份存款3.1取款3.2查询3.32、数据库总体设计业务员信息表业务员编号姓名性别出生年月年龄密码取款信息卡号密码取款人取款金额取款类型利率取款日期余额利息存款信息卡号存款人储户姓名存款金额存款日期存款类型利率存款期限余额身份证接受储户存/取款时填写的单据后,产生相应的存/取款信息写入数据库收/付款信息卡号储户姓名业务员编号收/付款金额收/付款日期在业务员收/付款之后打印相应的存款凭证并修改账户余额。

储户信息卡号储户姓名联系电话身份证地址备注主要在存取款时将客户信息写入数据库并返回。

2.3 数据库设计与程序关系程序在对存/取款进行操作时需对数据库数据结构,也就是数据表进行查询和修改:在存/取款过程中都需要对数据库中的所有表,进行联合查询、修改。

数据库银行储蓄系统课程设计

数据库银行储蓄系统课程设计

数据库银行储蓄系统课程设计一、课程设计目的数据库银行储蓄系统课程设计旨在使学生掌握数据库技术的基础知识和实际应用,提高学生对数据库系统设计、开发和管理的认识和能力。

通过实际操作,培养学生分析问题、解决问题的能力,为学生将来从事相关工作打下基础。

二、课程设计要求1. 数据库系统需求分析:学生需分析系统需求,确定系统所需数据和功能,制定数据库设计计划。

2. 数据库设计:学生需根据需求分析结果,设计出合适的数据库结构,包括表、视图、触发器等,保证数据的完整性、一致性和安全性。

3. 系统功能开发:学生需使用所学知识,编写数据库查询、插入、更新、删除等操作代码,实现银行储蓄系统的各项功能。

4. 系统测试与优化:学生需对所开发的系统进行测试,查找并修复潜在的问题,优化系统性能,提高系统的可靠性和稳定性。

5. 文档编写:学生需编写详细的系统设计文档,包括需求分析文档、数据库设计文档、系统功能文档等,以便于他人理解和维护系统。

三、课程设计内容1. 数据库系统需求分析:学生需分析银行储蓄系统的需求,包括客户信息管理、账户信息管理、存取款管理等功能需求。

2. 数据库设计:学生需根据需求分析结果,设计出合适的数据库结构,包括客户表、账户表、交易表等,并定义表之间的关系。

3. 系统功能开发:学生需使用所学知识,编写数据库操作代码,实现银行储蓄系统的各项功能。

4. 系统测试与优化:学生需对所开发的系统进行测试,查找并修复潜在的问题,优化系统性能。

5. 文档编写:学生需编写详细的系统设计文档,包括需求分析文档、数据库设计文档、系统功能文档等。

四、课程设计步骤1. 需求分析:首先,我们需要对银行储蓄系统的需求进行深入分析。

这包括了解客户信息管理、账户信息管理、存取款管理等功能的具体需求。

通过这一步骤,我们将能够明确系统需要的数据和功能,为后续的数据库设计打下基础。

2. 数据库设计:在需求分析的基础上,我们需要设计出合适的数据库结构。

软件工程课程设计_银行储蓄系统

软件工程课程设计_银行储蓄系统

银行储蓄系统系统设计报告目录一、引言 (3)1.编写目的 (3)2.项目背景 (3)3.开发人员 (3)4.参考文献 (3)二、问题定义 (4)1.目标 (4)2.系统功能 (4)三、可行性研究分析 (4)四、需求分析 (5)1. 功能需求分析 (5)2. 建立功能模型和数据需求 (5)3. 建立逻辑模型 (13)4. 建立行为模型 (14)5. 性能需求分析 (14)6. 系统可用性和可靠性需求分析 (14)五、概要设计报告 (15)1 数据库概要设计 (15)2 系统总体设计 (16)3 测试计划 (17)4 接口设计 (17)5 运行设计 (18)6 出错处理设计 (18)7 安全保密设计 (18)8 维护设计 (18)六、详细设计报告 (19)1 用户界面设计 (19)2 测试用例及预测结果 (25)七、运行环境和编译环境说明书 (27)1 开发编译环境 (27)2 运行使用环境 (27)3 错误处理 (27)八、总结报告 (28)1一、引言1、编写目的为了规范化软件开发,提高开发过程的能见度,便于控制和管理软件开发过程,提高软件质量,降低开发风险,减少需求变更,便于日后的维护工作,文档定制了软件开发的细节问题,明确软件需求,便于与用户协调开发,确认需求。

对软件的开发相关文档及用户使用手册进行了整理。

2、项目背景非电子化的银行储蓄系统工作效率较低,且安全性,准确性得不到保证。

越来越满足不了用户的需求和银行自身发展的需要。

建立一个高效,准确,方便,安全的银行储蓄系统是用户需求和技术进步的共同推动。

3、开发人员组长:xxx组员:xx xxx xxx xxx xxxxx作为项目经理,在人员沟通,质量管理,进度管理,风险管理方面进行了着重管理,并对里程碑进行了评审,确认。

并对变更进行评审,控制,记录。

需求分析以及系统编码由xxx完成。

用户界面设计以及系统测试由xxx完成。

数据库设计工作由xx完成。

银行系统的数据库课程设计

银行系统的数据库课程设计

银行系统的数据库课程设计目录一、目的与意义 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)功能于一体。

数据库设计实验报告-银行储蓄系统

数据库设计实验报告-银行储蓄系统

银行储蓄系统Xx1 用户需求分析,建立E-R图,模型生成,数据库实施和修改;Xx2 用户需求分析,建立E-R图,数据库运行和维护;设计过程相互探讨,相互学习,达到共同进步之目的。

一、需求描述银行储蓄系统,实现储户开户登记,办理定期存款帐,办理定期取款手续,办理活期存款帐,办理活期取款手续,同时实现各银行及储蓄所间的业务代理和转换。

1、信息处理需求总行:包括国家编号(唯一),总行长(唯一),总行长编号(唯一),地址,联系电话,包括多个分行分行:包括分行编号(唯一),分行长(唯一),分行长编号(唯一),地址,联系电话,各分行之间为并列关系,分行雇佣业务员,审核账目清单,每个分行有一个营业厅受理各项业务营业厅:包括营业厅编号(唯一),地址,联系电话,营业窗口号,一个营业厅负责受理一个分行的业务,一个营业厅由多个储蓄所组成并有多个业务员受理各项业务储蓄所:包括储蓄所编号(唯一),储蓄所名称,储蓄所长,地址,联系电话,储蓄柜台号,储蓄金额,并有多个职员办理各项业务业务员:包括姓名(唯一),性别,编号(唯一),年龄,职务,办理储蓄类别(活期,定期),每个业务员在一个营业窗口工作职员:包括姓名(唯一),性别,编号(唯一),年龄,职务,办理(包括储蓄类别-活期/定期;登记,核对),每个职员在一个储蓄柜台工作,计算存、取额及利息储户:包括姓名(唯一),身份证号(唯一),性别,储蓄类别,年龄,开户金额,输入(密码,密码确认,储蓄金额,取款额),储户可选择多个储蓄所存、取款,并可拥有多个储蓄账号账户:包括储蓄账号编码(唯一),储蓄账号(唯一),储蓄类别,开户时间,开户金额,总金额,密码2、功能需求交互:各分行及储蓄所之间进行业务交互,包括转账,代办提交:各级银行进行由下至上的清单、业务信息的交接审核:上级银行对所属银行的业务信息和账户清单进行审查、核准计算:主要是工作人员对总账出入和利息的合计办理:职员对储户信息和账户资料的登记和核准,实现储户开户登记,办理定期存款帐,办理定期取款手续,办理活期存款帐,办理活期取款手续管理:主指上级银行业务员对下级银行、人员的管控和调动数据输入:输入储户和账户的基本信息3、系统性能该系统的精度要求较高、时间比较快、应变能力快。

银行储蓄管理系统课程设计

银行储蓄管理系统课程设计

银行储蓄管理系统课程设计一、介绍银行储蓄管理系统在现代银行业中具有重要意义。

本课程设计旨在让学生深入了解银行储蓄管理系统的基本原理、功能和实际运用,帮助他们掌握相关技能,为将来从事银行业务和金融管理工作打下坚实基础。

二、课程目标1.理解银行储蓄管理系统的定义和作用。

2.掌握银行储蓄管理系统的基本原理和工作流程。

3.学习银行储蓄管理系统的常见功能和操作方法。

4.能够运用银行储蓄管理系统进行账户管理、交易处理和报表生成。

5.熟悉银行储蓄管理系统在日常银行业务中的应用。

三、课程大纲1. 银行储蓄管理系统简介•银行储蓄管理系统定义•银行储蓄管理系统的重要性•银行储蓄管理系统的分类和功能2. 银行储蓄管理系统的基本原理•银行储蓄管理系统的组成结构•数据存储和管理原理•系统安全和权限控制3. 银行储蓄管理系统的常见功能•客户信息管理•账户管理和资金调拨•交易处理和结算•报表生成和分析4. 银行储蓄管理系统的操作方法•登录系统和权限设置•客户信息录入和修改•账户开立和关闭•交易处理和查询•报表生成和导出5. 银行储蓄管理系统的应用案例•日常存取款操作•贷款和利息计算•资金清算和风险控制•报表分析和经营决策支持四、教学方法本课程将采用讲授理论知识、案例分析和实际操作相结合的教学方法。

学生将通过课堂授课、实验操作和作业练习等方式,逐步掌握银行储蓄管理系统的相关知识和技能。

五、评估方式学生将通过课堂参与、实验报告、作业考核和综合考试等方式进行评估。

其中,实验操作和项目练习将占据较大比重,以考察学生对银行储蓄管理系统的实际应用能力。

六、参考资料1.《银行信息管理系统概论》2.《银行电子商务技术与应用》3.《金融信息系统案例分析》以上为银行储蓄管理系统课程设计的大致框架,希望学生在学习过程中能够认真对待、勤奋学习,掌握系统知识和技能,为将来的职业发展做好准备。

管理信息系统课程设计--银行储蓄管理系统

管理信息系统课程设计--银行储蓄管理系统

管理信息系统课程设计--银行储蓄管理系统管理信息系统课程设计银行储蓄管理系统一、引言随着经济的快速发展和金融行业的日益繁荣,银行储蓄业务作为金融服务的重要组成部分,对于银行的运营和管理至关重要。

为了提高银行储蓄业务的效率和服务质量,设计一个高效、稳定、安全的银行储蓄管理系统成为了必然需求。

本课程设计旨在开发一个功能齐全、操作便捷的银行储蓄管理系统,以满足银行储蓄业务的日常管理和客户需求。

二、系统需求分析(一)功能需求1、开户管理:能够为新客户办理储蓄账户开户手续,包括收集客户信息、设置账户类型、初始存款等。

2、存款与取款:支持客户进行存款和取款操作,实时更新账户余额。

3、账户查询:客户可以查询自己账户的余额、交易明细等信息。

4、利息计算:根据不同的储蓄类型和利率,自动计算账户利息。

5、转账业务:实现客户账户之间的资金转账。

6、报表生成:生成各类储蓄业务报表,如日结报表、月结报表等,供银行管理人员进行分析和决策。

(二)性能需求1、响应时间:系统对于各种操作的响应时间应在可接受范围内,确保客户体验良好。

2、稳定性:系统应能够长时间稳定运行,避免出现故障和数据丢失。

3、安全性:保障客户信息和资金的安全,防止数据泄露和非法操作。

(三)数据需求1、客户信息:包括姓名、身份证号码、联系方式等。

2、账户信息:账户号码、账户类型、余额、开户日期等。

3、交易记录:存款、取款、转账的时间、金额、操作类型等。

三、系统设计(一)总体架构设计银行储蓄管理系统采用 C/S(客户端/服务器)架构,客户端负责与用户进行交互,服务器端负责数据存储和业务逻辑处理。

系统分为表示层、业务逻辑层和数据访问层。

表示层:采用图形用户界面(GUI),为用户提供直观、友好的操作界面。

业务逻辑层:处理各种业务逻辑,如开户、存款、取款、转账等。

数据访问层:负责与数据库进行交互,实现数据的增删改查操作。

(二)数据库设计1、数据库表结构设计客户表(customer):包含客户编号(customer_id)、姓名(name)、身份证号码(id_number)、联系方式(contact_info)等字段。

数据库课程设计银行储蓄系统

数据库课程设计银行储蓄系统

银行储蓄系统数据库课程设计一、系统概述银行储蓄系统是银行的核心业务系统之一,用于管理客户在银行的储蓄账户信息。

本课程设计将通过建立一个简单的银行储蓄系统,帮助学员掌握数据库设计和应用开发的基本技能。

二、系统需求1.用户管理:能够添加、删除、修改和查询用户信息。

2.账户管理:能够创建、修改、查询和删除账户信息。

3.存款业务:能够完成存款、取款、查询余额等操作。

4.转账业务:能够实现不同账户间的转账功能。

5.报表生成:能够根据需求生成相应的报表。

三、数据库设计1.用户表(Users)UserID(用户ID,主键)UserName(用户名)Password(密码)Email(邮箱)Phone(电话)2.账户表(Accounts)AccountID(账户ID,主键)UserID(用户ID,外键)AccountName(账户名称)AccountType(账户类型)OpenDate(开户日期)Balance(账户余额)3.存款记录表(Deposits)DepositID(存款ID,主键)AccountID(账户ID,外键)DepositAmount(存款金额)DepositDate(存款日期)4.取款记录表(Withdrawals)WithdrawalID(取款ID,主键)AccountID(账户ID,外键)WithdrawalAmount(取款金额)WithdrawalDate(取款日期)5.转账记录表(Transfers)TransferID(转账ID,主键)SourceAccountID(源账户ID,外键)DestinationAccountID(目标账户ID,外键)TransferAmount(转账金额)TransferDate(转账日期)6.报表表(Reports)ReportID(报表ID,主键)ReportType(报表类型)ReportDate(报表日期)ReportContent(报表内容)7.用户权限表(UserPermissions)PermissionID(权限ID,主键)UserID(用户ID,外键)PermissionType(权限类型)。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

课程设计报告书课程名称:《数据库系统原理》课程设计题目:银行储蓄系统数据库设计系名:信息工程系专业班级:2012年 6 月 29日课程设计任务书设计题目:银行储蓄管理系统数据库设计初始条件:本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练,以便能较全面地理解、掌握和综合运用所学的知识。

结合具体的开发案例,理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。

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

主要任务:用户有以下需求:建立读者档案;建立图书档案,建立书目索引;完成日常图书检索、借还工作,对读者档案、图书档案、借还系统的访问,必需进行身份验证。

具体要求如下: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.3用户特点本软件的最终用户主要面向银行柜台职员。

这些操作人员的教育水平是高中及以上学历,经过计算机操作的相关培训,能够熟练使用和操作电脑。

1.4一般约束下面对设计系统时限制开发者选择的其他一些项作一般性描述。

而这些项将限定开发者在设计系统时的任选项。

这些包括:a.管理方针;b.硬件的限制:终端电脑性能较差,无法支持图形化界面;c.与其他应用间的接口;d.并行操作:支持10个终端同时操作;e.审查功能;f.控制功能;g.所需的高级语言:标准C++语言;h.通信协议:TCP/IP;i.应用的临界点;j.安全和保密方面的考虑:各种密码输入后用‘*’显示。

通过网络传送的数据在传送前需要简单加密,接收后在处理前需要简单解密。

服务器端对接收到的数据需要进行第二次数据有效性验证。

1.5假设和依据本条列出影响需求说明中陈述的需求的每一个因素。

这些因素不是软件的设计约束,但是它们的改变可能影响到需求说明中的需求。

例如:假定一个特定的操作系统是在被软件产品指定的硬件上使用的,然而,事实上这个操作系统是不可能使用的,于是,需求说明就要进行相应的改变。

2.需求分析储蓄业务越来越走进人们的生活。

代发工资、代缴水电费、代缴电话费等业务极大的方便了人们的日常生活。

越来越多的人们也开始使用银行业务、储蓄业务,同时银行储蓄储户越来越多。

银行还在使用手工记账,由于手工记账工作效率非常低,通常有储户等待,排成长龙的现象,同时这给工作人员增加了非常大的负担和额外的工作负荷,也给银行的发展带来了严重的制约和压力,银行储蓄信息化已经到了不解决不行的地步。

储蓄综合业务平台就是在此背景下开发出来,本系统用现代化的电子信息技术,实现和发展了储蓄业务。

它不仅代替了存款、取款等手工记账的操作,还实现了数据自动计算、智能检查、高效数据检索和安全数据存储等功能。

本案例做一个储蓄综合业务平台系统。

储蓄综合业务平台是以银行柜台员工的日常工作为出发点,为银行储蓄柜台开发的一套综合业务平台,它包括储蓄柜台最常使用的开户、销户、存款、取款、冻结解冻、查询、日志管理以及员工管理等功能。

在上一个案例中完成了储蓄综合业务平台中员工管理、登录、主窗体设计以及日志查看功能,接下来将完成本系统剩下的业务功能。

系统主要功能描述:1. 开户:储户来储蓄所办理业务前,要先申请账户,提供户主姓名、密码和预存款金额,此时系统自动为储户生成账号,以后储户再次办理业务时,根据此账号和密码就可以完成。

2. 存款:储户来储蓄所存钱时,只需要提供账号和存款金额。

系统验证通过后,将储户账户余额加上存款金额,最后显示储户存款的当前余额信息。

3. 取款:储户来储蓄所取钱时,要提供账号、密码和取款金额。

系统验证账户的合法性,然后将账户余额减去取款金额,最后显示储户取款后的账户余额信息。

4. 查询账户余额:查询账户余额时,只需要提供账号,系统验证账号是否存在,然后显示此账号信息,包括户主姓名、账户余额和账户状态信息。

5. 查看全部账户信息:系统以列表形式显示当前系统中所有账户信息,包括账号、户主姓名、账户余额、账户状态信息。

6. 销户:储户不需要在储蓄所办理业务的时候,要进行销户。

提供账号和密码,系统进行账户有效性验证,验证通过后将提醒储户将此账户余额取出,系统将余额清零,并将此账户状态置为销户状态。

7. 修改账户密码:储户可以随时修改自己的密码。

在修改前,系统验证账户的合法性,然后提示储户设置两次密码,并验证两次密码输入是否正确。

3.概念结构设计图 3-1 银行管理系统结构图图 3-2 银行管理系统操作图4.逻辑结构设计给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。

5.物理结构设计: 如表 1:储户表主键:帐号;约束条件:各属性均非空,密码长度为6位;如表 2:活期存取款表主键:nID;外键:帐号;被参照表:储户表约束条件:各属性均非空;如表 3:定期存款表主键:nID;外键:帐号;被参照表:储户表约束条件:各属性均非空;如表 4:定期取款表主键:nID;外键:nID;被参照表:定期存款表约束条件:各属性非空如表 5:定期操作记录表主键:nID;外键:nID;被参照表:定期存款表,定期取款表约束条件:各属性非空6.实现及测试主界面如下所示:图6-1图6-26.1开户窗体即frmCreateAccount窗体:开户流程描述:首先系统为新储户生成账号,提示输入户主姓名、密码和开户金额,在输入这些信息后进行验证,如果不合法则提示用户重新输入,如果验证通过,则将账户信息保存到账户文件中,并提示开户成功信息,最后将添加日志信息到日志文件中。

要求:●账号生成规则:如果是第一个账户,则使用系统初始化账号(10000),如果不是第一个账户,则根据最大账号加一获得新账号。

●账号密码为6位数字。

●输入的开户金额必须是数字并且不小于1。

●开户的账户状态默认为“正常”。

●账户信息保存到账户文件时的格式:账号|户主姓名|密码|开户金额|账户状态。

窗体界面如下:图6-3 图6-46.2存款窗体即frmDeposit窗体存款流程是:营业员输入储户账号,系统将验证该账户是否存在。

如果存在,则显示账户信息。

如果账户状态是“销户”或“冻结”,则存款金额和存款按钮不可用。

如果是“正常”状态,则将存款金额和存款按钮置为可用状态,提示输入存款金额,将存款金额追加到该账户余额中。

最后显示储户账户存款后的余额信息,并添加存款日志。

要求:●输入的账号必须是数字,并且不能超过5位。

●显示的账户余额保留小数点后2位●存款金额必须是数字并且大于0。

界面如下所示:图6-5 图6-66.3取款窗体即frmTakeOutMoney窗体取款流程是:营业员输入储户账号,系统将验证该账户是否存在。

如果存在,则显示账户信息。

如果账户状态是“销户”或“冻结”,则取款金额和取款按钮不可用。

如果账户状态是“正常”状态,则将取款金额和取款按钮置为可用状态,提示输入取款金额。

如果输入的取款金额大于账户余额时,提示“取款金额不能大于账户余额”。

当按下取款按钮时,提示储户输入密码,并验证密码是否正确。

验证通过后将该账户余额减去取款金额,并保存到账户文件中。

最后显示储户取款后的账户余额等信息,并添加取款日志。

要求:●输入的账号必须是数字,并且不能超过5位。

●显示的账户余额保留小数点后2位●输入的密码以“*”显示,并且不能超过6位。

●取款金额必须是数字并且大于0。

●取款金额必须小于账户余额。

界面如下所示:图6-7图6-8 图6-96.4查询账户余额窗体即frmQueryAccount窗体查询账户余额流程:营业员输入储户账号,系统将验证该账户是否存在。

如果存在,则显示账户基本信息,包括:户主姓名、账户余额和账户状态。

要求:●输入的账号必须是数字,并且不能超过5位。

●显示的账户余额保留小数点后2位界面如下所示:图6-106.5查看全部账户窗体即frmQueryAllAccount窗体为了安全考虑,查看全部账户时需要将查询者的信息记录到日志中。

以列表形式显示的账户信息包括:账号、户主姓名、账户余额和账户状态。

由于密码属于储户私人所有,因此在列表中不能显示。

界面如下所示:图6-116.6修改账户密码窗体即frmChangeAccountPassword窗体修改账户密码流程:营业员输入储户账号,系统验证账号是否存在。

如果存在,则显示账户基本信息,包括储户姓名和账户状态。

相关文档
最新文档