模拟银行系统项目任务概述
第2章模拟银行系统项目任务概述
学习目标
1. 了解该项目的目的；
2. 了解该项目实现的功能；
3. 了解该项目使用的数据库及其表格之间的关系。
4. 初步认识项目的含义；
5. 能熟练根据资料建立数据库；
6. 能分析项目具体的实现。
本书从模拟银行系统出发，逐步介绍C#程序设计的基本知识点，并且把较为分散的知识点整合在一个项目中，并且对于初学者来说，更容易掌握C#知识的应用。本章简要介绍模拟银行系统在本书中的实现。
2.1 项目目的
该系统需利用现有的专线网络以及电子设备为客户提供方便、快捷的服务，包括营业网点个人银行、银行卡服务。其中，该系统主要服务于个人客户，提供了存取款、支付结算、代理结算等业务，服务客户类型主要是个人、特约商户、部分企事业单位等。系统是一个基于Internet的营业网点银行个人业务模拟系统。所有客户数据均应存储在安全、高效的特定服务器。
本书使用Windows应用程序模拟实现该系统的部分功能，主要实现了普通柜员的相关操作，其他功能读者可以自行完成。各角色的操作如下。
1. 普通柜员
在授权情况下可以办理储蓄业务的所有操作，信用卡的申请登记、存取现、挂失、禁用、解禁业务，每天所有业务信息的备份（数据库备份），查看自己当天经办的所有业务（可以按业务种类查看）。
2. 综合柜员
对于存款挂失、提前支取、办理5万元至10万元取现，必须由综合柜员审核监督，键
入授权口令，柜员方办理。能够查看当天所有普通柜员的所有业务明细（可根据柜员工作编号或者业务种类查看）。
挂失：
录入信息：
①卡拥有者证件号码
②代理人证件号码(代理挂失时才需要)
③存款开户日期(可选)
④户名、存款类别(活期)
⑤挂失流水号(系统自动生成，唯一)。
注意，证件必须是开户时提供的证件。
流程：
①系统应根据录入的信息查找对应的帐户信息并显示。
②柜员则可以根据显示内容与客户核对(人工操作)，核对无误后单击系统确认该帐户挂失按钮。
③单击后，系统应将帐户状态(挂失)、帐号、身份证号码、挂失时间、帐户类型保存至数据库。
提前支取：需录入证件号码，核对无误后，按照支取日的活期储蓄存款利率计付利息，公式：实付利息=本金*活期利率*存期*(-税率)，最后，该定期帐户信息应从数据库中删除查看普通柜员明细：具有查看及监督普通柜员的工作明细的权利和职责。
查看方式为：
①根据柜员的工作编号。
②根据柜员的业务种类。
3. 所长
150万元至100万元取现、错帐冲正（比如需取消一笔错误业务时）则需由综合柜员和所长分别授权，分别键入授权口令，方可办理业务。
能够统计当天所有业务的借、贷金额。
4. 明细监督员
能够查看并审核当天大额存取款（10万以上的存款和5万以上的取款）的户名、种类、金额、身份证号码以及授权情况的流水帐。
5. 综合监督员
对大额存取款、挂失、提前支取、电子汇款、储蓄卡异地交易、错帐冲正进行二次审核，并将这些信息存储至专门的信息中。
6. 数据管理员
对各种数据信息的修改，比如利率、各种手续费、滞纳金、卡号格式、柜员|综合柜员|所长|明细监督员|综合监督员的身份、密码确认及修改。凡是设计到数据类的修改则都需要数据管理员来完成。
7. 信用卡经理
查看信用卡所有账户的当前信息、个性信用额度、修改状态、审核信用卡申请、当天信用卡业务明细（生成XML文件且保存，并将统计金额添加至该文件）。
2.2 该任务需要达到的预期目标
该系统主要通过普通柜员对存折、信用卡、定存单的进行相关的操作，在这里给出普通柜员的顶层用例图如图2-1。
图2-1 普通柜员的顶层用例图
本系统主要实现对存折、卡和定存单的操作，实现的原理是卡号、存折号、定存单号对应一个账号，所以对于存折和卡的操作很多原理上相同，在实现时根据输入的卡号或折号进行相应的操作，在下面的分析中将卡、存折以及定存单相同的操作只描述一次。
2.2.1 登录/注销子块
1. 登录
项目启动后，根据用户的身份进行相应的操作。登录的实现如表2-1。
表2-1 登录功能分析
2. 注销
注销功能用于实现不同的用户进行不同的操作，分析如表2-2。
表2-2 注销功能的实现
2.2.2. 存折/
卡/定存单相关操作
1. 开户
开户是实现存款人在银行进行交易的前提，具体实现如表2-3。
表2-3 开户的分析
2. 销户
销户用于实现客户对应的帐户进行销毁，一般情况下，将对应的帐户相关信息进行设置并进行相应的操作，具体分析如表2-4。
表2-4 销户的分析
3. 活期存款
将用户的存款信息包括金额、账号、存款日期、业务类型进行核实，其中核实又包括用户输入的账号是否正确、金额是否正确、帐户的状态是否被激活，保证以上操作都正确后将其保存至数据库。如果核实有错误则会有相应的提示信息。具体分析如表2-5所示。
表2-5 活期存款的实现
4. 定期存款
定期存款用于定存单，实现如表2-6。
表2-6 定期存款的分析
5. 活期取现
活期取现分析实现如表2-7。
表2-7 活期取现的分析
6. 定期支取
定期取现分析实现如表2-8。
表2-8 定期支取的实现分析
7. 挂失
如果客户需要进行挂失处理，首先要在系统录入信息：卡拥有者证件号码、代理人证件号码(代理挂失时才需要)、存款开户日期(可选)、户名、存款类别(活期)、挂失流水号(系统自动生成，唯一)。注意：证件必须是开户时提供的证件。具体实现见表2-9.
表2-9 挂失的分析
8. 解挂
系统根据用户提供的证件号码（挂失时提供的证件）和挂失流水号查找帐户信息，如确认处于挂失状态，则系统应能确认当前解挂日期是否为挂失日7日后，如果成立则执行解挂（修改帐户状态为激活），并重新生成新的卡号提交给用户（修改对应的帐户信息），否则，不能解挂。其分析如表2-10。
表2-10 解挂的实现
9. 结息
每年的6月20日为结息日，6月20日(包括当天)以后的每个帐户的第一笔业务将自动清算利息，并将利息并入本金。只计算本金的元部分，忽略角、分。
活期利息采用积数计息法，积数—是指每次存款金额与实际存期的乘积，积数计息就是将各次积数相加后再乘以利率得出利息的计算方式。
公式为：
日积数=存款发生额*业务发生日至下一结息日的实际天数
应付利息=累计日积数*支取日的活期存款利率
实付利息=应付利息*(1-税率)
每笔存款业务发生时，系统应自动计算业务发生日至下一结息日的实际天数调整积数，结清利息时，应先扣除结清日至下一结息日的积数，然后再计算利息。
同时，系统还应将每个帐户所得利息单独保存至数据库，以方便查看利息明细。具体分析如表2-11.
表2-11 结息的分析
10. 打印明细
录入用户提供的证件号码、卡号、帐户状态（只有激活的帐户才可办理），核对无误后执行以下操作：打印从打印日期前一个月内的明细，则无须收费，前1-3个月则收取手续费1元；其中明细应提供卡号、业务类型（存、取、转账）、业务金额、业务日期、帐户余额（每笔业务产生后的帐户余额）。具体分析如表2-12。
表2-12 打印明细
11. 禁用
如果在到期还款日未偿还最低还款额度金额，则系统在该卡之后办理的第一笔业务时禁用该信用卡(包括所有附属卡)，并将状态修改为停止使用。账户的禁用用于实现某一帐户的禁用操作。禁用实现的分析如表2-13所示。
表2-13 禁用分析
12. 解禁
持卡人偿还所有透支额度以及滞纳金后，该信用卡状态更改为可使用状态，但是信用额
度应在原有基础上下调5%，系统均自动实现处理。
账户的解禁用于实现将某一个账户禁用或冻结的状态修改为解禁。解禁的分析如表2-14.
表2-14 解禁分析
13. 修改密码
根据用户提供的账号选择密码修改选项，系统会提示用户输入旧密码。核对无误后，要求用户输入新密码（6位），并验证密码，操作成功后应修改帐户相应的信息，如果操作失败后则会让用户在次回到修改页面进行修改如三次出错则不能进行修改操作。修改密码的分析如表2-15所示。
表2-15 修改密码分析
14. 余额查询
当用户输入正确的卡、折号和密码后应能显示帐户的余额。如果输入错误则应该有相应的提示。分析如表2-16所示。
表2-16 余额查询分析
15. 换卡/折
将用户提供的证件号码、折号或卡号，核实无误后系统应自动生成新的折号或卡号并更新相应的帐户信息。只有激活状态的帐户才可办理。具体分析如表2-17。
表2-17 换卡/折分析
2.2.3 当天信息备份
当天信息备份主要由数据库完成，分析如表2-18所示。
表2-18 当天信息备份分析
2.2.4 查看本人业务
查看本人业务用于实现普通柜员当天业务的查询，具体分析如表2-19所示。
表2-19 查看本人业务分析
2.3 数据库设计
2.3.1 概念结构设计
个人银行业务系统数据库中，涉及的实体及其属性如下。
1. 帐户
属性有帐户号、姓名、证件类型、证件号码、开户行、开户时间、状态号、住址、电话、工作单位、密码、开户金额。
2. 帐户金额
属性有帐户号、币种号、日期、存款额、余额、结息标识、利率号。
3. 币种
属性有编号、名称。
4. 折
属性有折号、帐户号、折状态。
5. 卡
属性有卡号、卡种、信用额度、类型、附属卡数目、主卡号、年收入、帐户号、卡状态。
6. 整存单
属性有帐户号、单号、密码、存期、利率。
7. 员工
属性有员工号、密码、权限编号、姓名、身份证号、电话、住址、所在行。
8. 角色
属性有权限编号、权限名称。
9. 业务明细
属性有流水号、时间、帐户号、业务编号、币种、金额、业务员编号、审核员编号、二审员编号、授权人1编号、授权人2编号、结息、手续费编号、手续费、代理人证件编号。
10. 业务类型
属性有业务编号、业务名称。
11. 状态表
属性有状态号、状态名。
12. 利率
属性有利率号、起始时间、类型、利率、存期。
13. 手续费
属性有起始时间、手续费编号、手续费名称、金额。
14. 行
属性有行编号、行名称。
15. 城市
属性有城市编号、城市名称。
16. 网点
属性有网点编号、网点名称、城市编号、行编号、网点地址。
2.3.2 逻辑结构设计
1. 表名：account
描述：帐户信息
表结构如表2-10。
表2-20 account表结构
2. 表名：accountsum
描述：帐户金额，这里账户中可以存放多种币种，每一币种对应相关的业务。
表结构如表2-21所示。
表2-21 accountsum表结构
3. 表名：currency
描述：币种信息
表结构如表2-22所示。
表2-22 currency表结构
4. 表名：card
描述：卡信息
信用卡的类型可以为主卡和附属卡，卡品可以分为万事通卡和通达信卡，表结构如表2-23。
银行储蓄模拟系统详细设计说明书
卷号： 卷内编号： 银行模拟储蓄系统 详细设计说明书 项目承担部门：软件测试062工作组 撰写人（签名）：祝胜康 完成日期：2008-4-9 本文档使用部门：■主管领导■项目组■客户（市场） ■维护人员■用户 文档验交组（签名）： 验交日期： 评审负责人（签名）：
评审日期
1 引言 编写目的 (2) 背景 (2) 定义 (2) 参考资料 (2) 2程序系统的结构 (2) 3 界面设计流程………………………………………………………………………………….. 4 主界面设计说明……………………………………………………………………………… 主界面设计规则………………………………………………………………………… 主界面实现过程………………………………………………………………………… 模块详细设计说明表…………………………………………………………… 窗口对象说明表………………………………………………………………… 5 储户界面设计说明…………………………………………………………………………… 储户界面设计规则……………………………………………………………………… 储户界面实现过程……………………………………………………………………… 模块详细设计说明表…………………………………………………………… 窗口对象说明表………………………………………………………………… 6 职员界面设计说明……………………………………………………………………………. 职员界面设计规则………………………………………………………………………
职员界面实现过程……………………………………………………………………… 模块详细设计说明表…………………………………………………………… 窗口对象说明表………………………………………………………………… 7 管理员界面设计说明………………………………………………………………………….. 管理员界面设计规则…………………………………………………………………… 管理员界面实现过程…………………………………………………………………… 模块详细设计说明表…………………………………………………………… 窗口对象说明表………………………………………………………………… 8 储户界面下的子界面设计说明……………………………………………………………….. 余额查询界面设计规则……………………………………………………………….. 余额查询界面设计规则……………………………………………………….. 余额查询界面实现过程……………………………………………………….. 模块详细设计说明表…………………………………………………… 窗口对象说明表……………………………………………………….. 取款界面设计说明…………………………………………………………….. 取款界面设计规则…………………………………………………………….. 取款界面实现过程…………………………………………………………….. 模块详细设计说明表………………………………………………… 窗口对象说明表……………………………………………………….
银行计算机储蓄系统
银行计算机储蓄系统 题目：银行帐户管理，储蓄业务管理处理系统 班级：计算机科学与技术（3）班设计者：易华丽 1 引言 1.1 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。 1.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. 银行系统业务流程图
银行储蓄系统
软件工程实验报告 实验名称：银行计算机储蓄系统专业：计算机科学与技术班级：13级4班 学号：1376807439 姓名：赵杉杉 指导老师：任国印
目录 一、项目背景 (3) 二、项目进度 (4) 三、项目资源管理 (5) 四、风险管理分析 (6) 五、项目后期管理 (7)
一、项目背景 随着社会经济的发展，银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。计算机及网络技术飞速发展，计算机应用在全球范围内日益普及，而社会也正快速向信息化社会前进，信息系统的作用也越来越大。因此，纸质作为存储数据的介质已经不能适应时代大道发展。 加上现如今，纯人工操作银行存取款业务已经不太现实，其一，业务需求的增加需要消耗大量人力物力资源；其二，业务精确度要求极高，复杂化导致人工处理方式出错率增加，甚至会造成不可挽回的损失。从而引起储户不满。一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。 计算机银行储蓄管理软件的确要作用是针对于各类银行中的储蓄业务进行有效管理。银行储蓄是我们现实生活中的常见活动。就储蓄业务而言，无论是国外还是国内，也无论是哪家银行，虽然所开展的业务种类稍有不同，利息的计算也存在差异，但储蓄的本质是完全相同的。现在的银行储蓄系统工作效率低，不能满足广大人发群众的需要，人们希望能更方便省时地办理储蓄业务。 现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的算机储蓄系统。为解决此问题，拟为其开发计算机储蓄系统。所以
银行储蓄系统
《数据库系统原理》 课程设计 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
软件工程 银行储蓄系统
银行储蓄系统 可行性分析报告 1 引言 1.1 编写目的 经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，不能满足广大人民群众的要，人们希望能更方便更省时地办理储蓄业务。在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。 1.３参考资料 《软件工程导论（第四版）》张海藩编着清华大学出版社出版 《软件工程》任胜兵邢琳编着北京邮电大学出版社 2 可行性研究的前提 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 运行环境 Windows xp 及以上操作系统、数据库：Microsoft SQL Server 2000 2.3.3 使用寿命该系统至少使用四年以上。 2.3.4进行可行性研究的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家以及银行经理交谈，落实最后的问题定义。 3 对现有系统的分析 当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高，以至客户等待办理手续过长感到不耐烦，降低了银行效率。 3.1 当前系统的处理流程和数据流程（系统流程图） 储户取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户： 图流程系统
银行储蓄管理项目投标书.doc
银行储蓄管理项目 投 标 书 技术标书 （WZCG6-03） 海口市XX高科技有限公司 2011年3月1日
银行储蓄管理项目投标书 致XXX公司 1、经研究“银行储蓄管理项目”建设招标后，我们愿意按人民币 ￥701,元（大写: 七拾万壹仟七百四十五元整）的投标总价完成我们投标文件所报的全部工作内容，以此作为本工程的结算依据，并遵守招标文件的要求承担本合同工程的实施、完成及其缺陷修复工作。 2、一旦我方中标，我方将保证按合同协议书中规定的工期，在3 个月内完成全部工程，并保证工程质量优良。 3、我们同意在规定的开标之日起30天的投标文件有效期内，严 格遵守本投标涵的各项承诺。在此期显届满之前，本投标涵始终将对我方具有约束力，并随时接受中标。 4、在合同协议书正式签署生效之前，本投标函连同你单位的中标 通知书将构成我们双方之间共同遵守的条件，对双方具有约束力。 5、如果我们在本投标文件有效期内撤回投标文件，或在受到中标 通知书后的7天内未能或拒绝签定合同协议书，则视为自动放弃。 6、如我单位中标，我们承担在招标文件规定的时间内，以招标文 件规定的方式和项目额度提供具体化项目实施方案，以最快的方式出台项目解决方案。 投标公司：（盖章） 法定代表人或其授权委托人： (签字或盖章)时间：
法定代表人身份证明 单位名称： 单位性质：有限责任公司 办公地址：海口市龙昆南路100号成立时间：一九九三年十一月一日经营期限： 17年 姓名： 性别： 年龄： 职务： 系的法定代表人。 特此证明。 投标公司： 时间：
法定代表人授权委托书 投标公司： 法定代表人：（签字或盖章） 被授权委托人：（签字或盖章） 时间： 目录 第一部分公司实力 ....................................... 错误!未定义书签。
商业银行模拟实训报告
国际经济与贸易专业 国际金融方向 商业银行综合业务银行信贷业务实训报告 班级：金融八班 学号：B11090723 姓名：雷博 实习时间：2013-11-25——2013-12-6 指导教师：刘芳谢丽辉赵雅坦刘品
一、实验目的：为了更好地掌握商业银行和信贷业务的基本操作流程，把所学的知识应用到现实生活中去，加强理论与实践的有效结合，更加深刻理解所学知识，增加和拓展知识面。 二、实验内容 1、凭证种类及使用 程序下的凭证种类包括储蓄存折、储蓄存单、一本通存折、一卡通。可以用储蓄存折的储种包括：活期、零整、通知存款、教育储蓄和存本取息。 整存整取和定活两便都使用储蓄存单。 2、凭证领用 管理部门必须将凭证的起使号码位输入中心机房的管理机内，并进行分配操作，将凭证分配到各支行管理机内。同样，支行凭证管理员也要将凭证的起始号码有计划的分配到各网点的库钱箱里，网点凭证负责人在前台机器交易界面选择库钱箱凭证领用交易领入凭证到库钱箱，柜员用凭证出库交易领入凭证。 3、钱箱管理 系统对网点设立库钱箱和柜员钱箱。库钱箱由中心机房建立，柜员钱箱在柜员第一次登录系统注册时柜员钱箱号不输（此时此柜员钱箱不存在），要柜员注册系统做增加柜员钱箱后柜员才生成钱箱号。在柜员钱箱生成后不能办理现金业务，需退出系统重新注册系统（此时此要输入柜员钱箱号）后才能办理现金业务。库钱箱本网点所有柜员都可使用，柜员钱箱只许本柜员使用，如果一个柜员不注册钱箱，则只能做转账业务而不能做现金业务。 4、日常操作流程 开机后，进入登录界面，输入柜员号、密码，系统校验成功后进入主界面。进入主界面，屏幕右端显示系统日期、柜员号、钱箱号。 系统采用菜单结构与交易码并行的方式。办理业务可以从机器主界面到子界面一层层进入，了解到每一项业务的主菜单和子菜单。 日终轧帐包括柜员钱箱轧帐、柜员轧帐、网点轧帐三项内容。 （1）柜员钱箱轧帐打印出“柜员钱箱轧帐单”，包括当日该柜员现金、凭证的领用、上缴、入库、出库及余额数，利用钱箱轧帐可以查询现金及凭证数。（2）需要注意的是柜员轧帐后不可以再进行业务操作，如果尚有业务需要处理，必须进行柜员平帐解除，才可以继续做业务。网点轧帐后不可以再进行本网点的业务操作。如果尚有业务需要处理，必须由市行中心机房解锁，再做柜员平帐解除，才可以继续做业务。网点轧帐必须在所有柜员均做完柜员轧帐后才可以操作。银行系统：个人业务操作 1、活期储蓄 （1）普通活期开户：3294—3050—3055
银行储蓄系统需求分析报告
银行储蓄系统需求分析报告 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) 该表存储利率值
银行系统模拟
数 据 结 构 实 验 报 告 实验3：银行业务模拟系统姓名：范亚平 年级：2010级 学号：1008114061 专业：计算机科学与技术专业（1）班
数据结构实验报告 一、实验目的： 1）通过实验掌握对离散事件模拟的认识； 2）进一步理解队列的实现与应用； 3）对链表的操作有更深层次的理解； 二、实验条件： 学院提供公共机房，1台/学生微型计算机。 三、实验要求： 1问题描述： 假设某银行有四个窗口对外接待客户，从早晨银行开门起不断有客户进入银行。由于每个窗口在某个时刻只能接待一个客户，因此在客户人数众多时需在每个窗口前顺次排队，对于刚进入银行的客户，如果某个窗口的业务员正空闲，则可上前办理业务，反之，若四个窗口均有客户所占，他便会排在人数最少的队伍后面。现在需要编制程序以模拟银行的这种业务活动并计算一天中客户在银行逗留的平均时间。 2．一个完整的系统应具有以下功能： 1）初始化（OpenForDay），模拟银行开门时各数据结构的状态。 2事件驱动（EventDrived）, 对客户到达和离开事件做相应处理。 3下班处理（CloseForDay）, 模拟银行关门时的动作，统计客户平均逗留时间。 [备注]： 假设银行开门的时刻（间）设为0 , 银行每天营业的时间在程序运行时输入（例如480分钟）。 每个客户办理业务的时间不超过30分钟，两个相邻客户到达银行的时间间隔不超过5分钟要求程序执行时，只要给出银行每天的营业时间即可输出客户平均逗留的时间。四、总的设计思想： 为了计算这个平均的逗留时间，自然需要知道每个客户到达银行和离开银行这两个时刻，后者减去前者即为每个客户在银行的逗留时间。所有客户逗留时间的总和被一天内进入银行的客户数除便是所求的平均时间。称客户到达银行和离开银行这两个时间发生的事情为“事件”，则整个模拟程序将按事件的先后顺序进行处理。这样一种程序称做事件驱动模拟。下面是上述银行客户的离散事件驱动的模拟算法。 void Bank_Simulation( int CloseTime ){ // OpenForDay ( ); //初始化,模拟银行开门时各数据结构的状态。 while(有要处理的事件时) //有事件可处理 { EventDrived ; //事件驱动，从事件表中取出事件en； //根据en的类型（客户到达事件或客户离开事件）做相应的处理
银行储蓄管理系统概要设计说明书样本
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运行时间............................ 错误!未定义书签。
银行储蓄系统报告.doc
一、课程设计的目的和要求 1．1设计目标 运用数据库设计理论设计一个较完善有意义的数据库。 掌握目前流行的数据库管理系统Microsoft SqlServer 2000的使用与应用开发技术。 为数据库开发相应的应用程序，构成完整的数据库应用系统。 将设计在数据库管理系统上Oracle等一个或组合实现，开发工具可以选用VB、VC、java、html或其他程序设计语言。 1.2基本要求 采用面向对象的方法开发，按照软件工程课程中讲的有关数据库及其应用系统设计章节的内容，进行分析和设计，并按照面向对象的设计流程给出相应的分析设计文档。分析文档中应涉及到以下几个基本方面：需求分析与表达（oo分析，需求建模）、oo模型与关系模型的转换（映射方案、数据库结构、建库的sql语句）、完整性考虑（完整性约束、存储过程或触发器）、并发控制（数据并发问题，可加锁）、安全性考虑（数据库安全机制）、数据库备份与恢复、系统体系结构（c/s、b/s）、用户接口设计（操作界面设计）、程序功能设计、关键源程序等等。 1.3课题选择 银行储蓄管理系统 二、银行储蓄可行性分析
2.1基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。 如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户 2.1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。 2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。 2.1.5 输出要求 要求快速准确地打印出存款或取款清单给客户。 2.2开发目标 近期目标： 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。 长期目标： 希望在三至四年内，在国内银行中建立该计算机储蓄系统，促进银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的
01银行储蓄管理系统可行性分析.docx
精心整理软 银行储蓄管理系统 可行性分析 目录
一、引言 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 进行可行性研究的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈
C++简单模拟银行系统
创建一个类，对银行的一般业务进行处理。 包括：开通帐户、存钱、取钱、销户、查询等功能！ # include"iostream.h" # include"malloc.h" # include"string.h" # include"stdlib.h" # include"time.h" # include"windows.h" typedef struct node { char name[20];//姓名 char mima[10];//密码 int money;//金额 int zhanghao;//账号 struct node *next; }people; class bank { private: people *p; public: bank() { p=(people *)malloc(sizeof(people)); p->next=NULL; } void kaihu(); //开户 void cun();//存钱 void qu();//取钱
void xiaohu();//销户 void chaxun();//查询 void mulu(); void xuanzhe(); }; void bank::kaihu() { system("cls"); cout<<"\t\t\t开户"<
数据库系统原理课程设计--银行储蓄系统数据库设计
课程设计报告书 课程名称：《数据库系统原理》课程设计 题目：银行储蓄系统数据库设计 系名：信息工程系 专业班级： 2012年 6 月 29日
课程设计任务书 设计题目：银行储蓄管理系统数据库设计 初始条件： 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练，以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例，理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务： 要求学生根据所学的数据库原理与程序设计的知识，能够针对一个小型的银行储蓄管理系统，进行数据库系统的需求分析，概念结构设计、逻辑结构设计、物理结构设计，数据录入及测试等，完成题目要求的功能。 主要任务： 用户有以下需求：建立读者档案；建立图书档案，建立书目索引；完成日常图书检索、借还工作，对读者档案、图书档案、借还系统的访问，必需进行身份验证。具体要求如下：1．存折信息 数据包括：存折的基本信息包括：户名、帐号、开户银行名称、开户日期、取款密码等。2．账户存取明细 数据包括：日期、摘要（现存、现支、转存、利息）、交易金额、余额、操作柜员编号。 3．检索系统 能根据户名、账号、交易日期、金额等进行查询。 4．取款 输入账号和密码后，能根据密码判断用户是否合法，能判断取款金额是否超过了账户余额，如果取款金额合法，就对该账号的余额信息进行更新。 5、存款 输入账号和存款金额后，能更新该账号的余额。 6、转账 输入账号和密码后，能根据密码判断用户是否合法，然后再输入对方的转账账户，并判断对方的转账账户是否合法，如果合法，再输入转账的金额，并能判断转账金额是否超过了账户余额，如果转账金额合法，就对该账号的余额信息以及对方的账户余额信息进行更新。 设计报告撰写格式要求： 要求层次清楚、整洁规范、不得相互抄袭，凡正文内容有整段完全相同者一律以抄袭论处。设计报告正文字数不少于0.2万字（不包括附录） 第1级（章）题序和题名用黑体三号字， 第2级（目）题序和题名用黑体小四号字， 第3级（条）题序和题名用黑体小四号字， 正文内容用宋体五号字(英文用新罗马体)，多倍行距1.25。 报告内容一律使用A4打印纸计算机打印，页码在页下居中标明。必须使用国家公布的
银行储蓄系统需求分析报告
银行储蓄管理系统需求分析报告 学校：河北科技师范学院 院系：数学与信息学院 班级：科技0901班 学号：XXXXXX 姓名：薛润霞
目录 1.引言……………………………………………………………………………… 1.1编写目的……………………………………………………………………… 1.2背景…………………………………………………………………………… 1.3定义…………………………………………………………………………… 1.4参考资料……………………………………………………………………… 2. 任务概述…………………………………………………………………………… 目标…………………………………………………………………………… 系统角色分析………………………………………………………………… 假定和约束…………………………………………………………………… 系统基本业务流程图…………………………………………………………3. 需求规定………………………………………………………………………… 对功能的规定………………………………………………………………… 对性能的规定………………………………………………………………… 精度…………………………………………………………………………… 时间特性要求………………………………………………………………… 灵活性………………………………………………………………………… 磁盘容量和主存容量………………………………………………………… 可扩展性……………………………………………………………………… 输入输出要求………………………………………………………………… 数据管理能力要求…………………………………………………………… 故障处理要求………………………………………………………………… 其他专门要求…………………………………………………………………4. 运行环境规定……………………………………………………………………