银行储蓄系统报告.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开发目标

近期目标：

第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。

长期目标：

希望在三至四年内，在国内银行中建立该计算机储蓄系统，促进银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的

高效性、方便性、实用性、互联性，给储蓄用户带来方便和益处，从而提高银行的信用度，提高银行公司的经济效益和社会效益。

2.3限制条件

2.3.1 开发时间(只限于近期目标)

预定为半年。

2.3.2 运行环境

Windows xp 及以上操作系统、数据库：Microsoft SQL Server 2000。Microsoft Visual Basic 6.0 中文版.

2.3.3 使用寿命

该系统至少使用四年以上。

2.3.4 进行可行性研究的方法

采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家以及银行经理交谈，落实最后的问题定义。

三、银行储蓄需求分析

3.1编写目的

本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员，希望能使本软件开发工作更具体。

3.2背景

软件名称：银行储蓄系统

委托单位：银行

开发单位：xxxxxxxxx

主管：xxx xxx

3.3定义

·银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。

·媒体素材：是指传播教学信息的基本材料单元，可分为五大类：文本类素材、图形（图像）类素材、音频类素材、动画类素材、视频类素材。

·需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

·需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。

·模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的.

·SQL Server2000：Microsoft公司开发的一种功能强大的关系型数据库。

·Microsoft Visual Basic 6.0 中文版：Microsoft公司开司的一种功能强大的编程软件。

3.4功能需求

根据系统可行性分析及业务要求，及相关的功能、性能分析，可以对系统现有的需求进行需求建模，主要涉及到用例、用例图的建立，类图及联系的建立，以及数据结构的定义等。

3.5用例分析

根据银行储蓄管理系统的分析，可明确系统的功能需求主要涉及都以下的几个部分。

参与人员：银行管理员、储户、系统用户

用例：存款、取款、转账、查现、查看历史、修改密码（储户）；

开户、销户、挂失、解挂、修改密码（系统用户）；

增加用户、查看用户、删除用户、已批申请、待批申请（银行管理员）根据相应的用例分析，可以为系统功能建模（用例图）：

销户

简单用例流程分析：

1.用户注册系统后，即成为系统用户，系统用户可凭借用户名、密码、等

级进入系统。系统用户可实现开户、销户、挂失、解挂、修改系统密码

等用例。

2.系统用户只有使用账户、账户密码二次登陆后，才可以实现存款、取款、

转账、查询余额、查询历史、修改账户密码等用例。

3.银行管理人员登陆后，可以实现增加用户、删除用户、查看用户、查看

已批申请、处理待办申请、修改系统密码等用例。

4.系统的参与者（系统用户、储户、银行管理员）在实现用例时，系统会

自动根据其权限给予适当的实现用例。

3.6系统层次方框图

由用例分析可知，系统的参与者有三种：系统用户、储户、银行管理员，由于角色不同，故参与者权限的分配也不同，根据功能描述的用例图可得到以下不同角色的层次方框图。

（1）银行管理员

（2）系统普通用户

（3）储户

由于储蓄用户也是系统普通用户，故储户也拥有和系统普通用户一样的所有权限，在上面的层次方框图中，仅列出了储蓄用户特有的权限。

3.7OO模型分析

根据银行储蓄管理系统的用例分析，银行的参与者主要有三种：银行管理员、储户、系统用户，因为储户、银行管理员都实现了系统用户，故参与者用CommonUser角色实现；由于一个系统用户可拥有多个账号，每个账户可以对应一个系统用户，故账户用AccountUser角色实现；考虑到相关系统参与者的业务涉及范围，银行管理员可以操作账户申请以及账户的挂失、解挂等申请信息，故申请信息用MessageRegister实现申请信息记录；由于储户在相关业务操作的过程中，系统可为其记录相关的操作日志，用户实时可以查看历史记录，以了解储蓄详情和保障账户安全，故可以用MessageLogger来实现历史记录。

有上述分析可知，在银行储蓄管理系统中，主要涉及到四个数据模型的建立，分别用CommonUser、AccountUser、MessageRegister、MessageLogger 四个实体类实现。

由于业务操作中，系统参与者之间的交互性，各个数据实体之间存在一定的相关性。一个系统用户CommonUser，可以对应多个账户AccountUser，一

个账户AccountUser只能对应一个系统用户CommonUser；一个账户AccountUser可以对应多条历史记录信息MessageLogger，一条历史记录信息MessageLogger只能对应一个账户AccountUser；一个账户还可以对应多条申请记录信息MessageRegister，但一条申请记录信息MessageRegister 只能对应一个账户AccountUser。

3.8关系模型的分析

由以上数据模型的分析，以及相关类和类之间的映射关系的确立，可以将上述的OO模型按照对应的映射方案，映射成对应的关系模型，并按照映射出的关系模型设计合理的数据库文件结构。

关系模型的映射：

根据数据模型分析，由于AccountUser与Commonuser间是多对一映射，故：

AccountUser(account,apassword,address,phone,realname,deposit,state ,cname);

CommonUser(cname,cpassword,clevel);

由于AccountUser与MessageLogger之间是一对多映射，故：

MessageLogger(dealid,dealtype,dealtime,dealmoney,dealaccount);

由于AccountUser与MessageRegister之间是一对多映射，故：

MessageRegister(registerid,registertype,solvement,registertime,registe raccount)

3.9 数据描述

根据关系模型，可以为本系统的建立数据库accont，其中有四张表，分别是系统用户表CommonUser、储户表AccountUser、储户操作日志表MessageLogger、储户申请信息表MessageRegister。

由上面的数据表的结构描述，给出了银行储蓄管理系统的数据库的具体的见表的sql语句，如下：

------创建数据库------

create database account

use account

-----系统用户表（可对应多个账户用户）------

create table CommonUser(

cname varchar(10) primary key not null,

cpassword varchar(10) not null,

clevel varchar(5) not null

)

-----账户用户表（只对应一个系统用户）-------

create table AccountUser(

account varchar(20) primary key not null,

apassword varchar(6) not null,

realname varchar(10),

address varchar(20),

phone varchar(15),

deposit int,

state varchar(5) not null,

cname varchar(10) foreign key references CommonUser(cname) on delete cascade

)

------账户用户存取款日志表-------

create table MessageLogger(

dealid int primary key not null,

dealtype varchar(10) not null,

dealmoney int,

dealtime smalldatetime ,

dealaccount varchar(20) foreign key references AccountUser(account) on delete cascade

)

------账户用户挂失、解挂申请表-------

create table MessageRegister(

registerid int primary key not null,

registertype varchar(5) not null,

solvement varchar(5) not null,

registertime smalldatetime,

registeraccount varchar(20) foreign key references AccountUser(account) on delete cascade

)

3.10性能需求

3.10.1数据精确度

在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，

要求输入数准确金额，身份证，卡号等按需求设定字符数。

3.10.2时间特性

程序响应时间：在人的感觉和视觉事件范围内；

信息交换时间：要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该

小于程序调用的时间。

3.10.3适应性

要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高

的要求，但是数据库应该能够对并发事件，脏数据具有较强的识别处理能力。

四、银行储蓄总体设计

4.1. 编写目的

通过前面的需求分析部分，基本明确了本系统的功能需求、性能需求、数据文件结构等的一些方面的要求，故在需求分析的基础上，可以对银行储蓄管理系统进行概要的总体设计，该设计旨在实现系统的大概功能，以及系统的一些交互界面、模块等。

4.2定义

银行储蓄管理系统：基本元素为构成银行储蓄及相关行为所必须的各种部分。

总体设计：又称概要设计或初步设计，划分出组成系统的物理元素（程序、文

件、数据库、人工过程和文档），设计软件的结构，模块间的关系，但每个物理元素仍处于黑盒子级别，具体分析将在以后的详细设计中说明。

顺序图以二维表显示，横轴代表各个模块的实现中的涉及的角色对象，纵轴是时间轴，时间自上而下。通过顺序图，可以很好的看到模块中各个对象的建立和销毁，以及对象间的消息传递的交互性。

4.3主要模块设计（顺序图分析）

根据职责划分，可以对系统的功能进行模块化，即不同角色的不同模块间的独立性以及联系，为每个模块的实现进行流程分析，利用顺序图对每个独立模块建立时间上的对象交互流程。

（1）系统普通用户管理：主要包括开户、销户、挂失、解挂、修改系统密码等模块，分析如下。

用户登录系统后，具有相应的开户权限，用户通过与系统打交道，可以获取一个合理的账户，顺序建模如下：

: 系统用户

(2)银行管理员：增加用户、查看用户、待批申请、已批申请等模块。模块的分析，以及对象间的交互过程如下。

银行管理员具有增加系统用户的权限，管理员可以为系统增加一些特定的系统用户，同时可以给予他们一定的权限。模块分析如下：

4.4总体结构设计

五、银行储蓄详细设计

5.1.编写目的

总体设计已经基本确定了每个模块的借口和功能，详细设计的任务就是为每个模块设计其实现细节，详细设计的根本目标就是确定应该怎样具体的实现所需求的系统，得出对目标银行储蓄系统的精确描述。

5.2.定义

软件系统的类有不同的关系依赖，3种更为常见的类型：依赖、聚集和继承。

依赖性：一个类的方法出发另一个类的方法，这是“users”关系。将类之间的依赖关系最小化。

聚集：聚集有时被称为“has a”关系。聚集是一种特殊的依赖，也就是说一个类的部分通过另一个依赖于它的类来定义。在软件世界里，我们将聚集对象定义为任何将其他对象的引用包含为实例数据的对象。

继承：继承有时被描述为“is a”关系。它是一个类从另一个现有类的派生过程。原始用于派生新类的类称为“基类”或“父类”，派生出来的类称为“派生类”或“子类”。

5.3 主要模块设计说明

5.3.1身份验证模块（G1）设计说明

（1）模块描述

设置身份验证模块的目的保证储户信息的安全。

（2）功能

身份验证模块功能在于对申请登录的用户进行身份验证，通过者才能进入系统。

（3）性能本操作的响应时间应控制在1—2秒内。

（4）输入项

（5）输出项

该模块的输出项为合法用户。

（6）设计方法（算法）

银行业务员输入储户用户ID，储户输入密码并确定，系统保存用户输入的用户ID和密码，并在customer表中查找customerid和customername字段值，看是否等于业务员输入的用户ID和密码，如相同则通过验证，否则不通过，并给出“密码错误”的提示，如数据库中不存在这样的记录，则给出“该用户不存在”的提示。

5.3.2存款模块（G2）设计说明

（1）模块描述

设置存款模块的目的在于将储户的金额存到系统中并记录信息。

（2）功能

存款模块将储户存款金额录入存储到系统中，并附带显示其他储户信息。

（3）性能本操作的响应时间应控制在1—2秒内。

（4）输入项

该模块的输出项为存款金额，并且附带显示其他信息：用户名、账号、账户余额、利息金额。（6）设计方法（算法）

当银行业务员输入存款金额后，系统进行处理，显示出账户余额，并且显示其他固定信息。取款模块（G3）设计说明

5.3.3取款模块（G3）设计说明

（1）模块描述

设置取款模块的目的在于将储户的取款金额录入并存储到系统中。

（2）功能

取款模块将储户取款金额录入存储到系统中，并附带显示储户其他信息。

（3）性能

本操作的响应时间应控制在1—2秒内。

（4）输入项

输入项包括：

该模块的输出项为取款金额，并且附带显示其他信息：用户名、账号、账户余额、利息金额。

(6)设计方法（算法）

当银行业务员输入取款金额后，点击确定按钮，系统进行处理，显示出账户余额，并且显示其他固定信息。

六、银行储蓄系统测试计划

测试设计说明

6.1“按用户名和ID查询”模块（G6）黑盒测试

6.1.1控制

6.1.2输入

按照黑盒测试用例输入用户名和ID

6.1.3输出

输出结果为用户储蓄的各项信息

6.1.4过程

使用测试用例不断进行测试，观察和记录测试结果

6.2“按用户名和ID查询”模块（G6）白盒测试

6.2.1控制

6.2.2输入

按照白盒测试用例输入用户名和ID

6.2.3输出

输出结果为用户储蓄的各项信息

6.2.4过程

使用白盒测试用例不断进行测试，观察和记录测试结果

七、课程设计的心得体会

本课题通过对基于面向对象思想的银行储蓄管理系统做深入分析和设计为目标，利用问题求解的方法，从方案的提出，方案的分析，方案的设计，方案的修改，方案的测试和完善等方面，以用力驱动，建立OO模型，映射关系模型，分析用例交互等，逐步实现系统的整体分析和模块设计。本课题的分析过程采用了简单的UML建模方法，如用例图、类图、顺序图等的建模，以更直观的图形化分析将软件的功能一步步展现在用户面前，大大简化了文字性描述，提高了效率；同时，高效便捷的开发环境为我们提供了大量的集成控件，大大减少了编码量，为开发过程提供了便捷。

软件工程-银行储蓄管理系统源代码

package src.day01; public class ACC { //父类，以下是共有属性和方法 //卡号 protected static long id; // 名字 protected static String name; // 身份证 protected static String personId; //电子邮件 protected static String email; // 密码 protected static long password; //余额 protected static double balance; public ACC(){ } public ACC(long id,String name,String personId,String email,long password,double balance ){ this.id = id; https://www.wendangku.net/doc/3e5805498.html, = name; this.personId = personId; this.email = email; this.password = password; this.balance = balance; } // 存款方法 public static void deposit(double money){ balance += money; System.out.println("存款成功，你存入的金额为：" + money); } public long getId() { return id; } public void setId(long id) { this.id = id; } public String getName() { return name; } public void setName(String name) { https://www.wendangku.net/doc/3e5805498.html, = name; } public String getPersonId() {

银行储蓄管理系统

燕山大学三级项目设计说明书 题目：银行储蓄管理系统 学院（系）：信息学院 年级专业：教育技术学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)

银行计算机储蓄系统

银行计算机储蓄系统 题目：银行帐户管理，储蓄业务管理处理系统 班级：计算机科学与技术（3）班设计者：易华丽 1 引言 1.1 编写目的 本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称：银行计算机储蓄系统 用户：××银行 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。 1.3定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而

银行储蓄系统课程设计

银行储蓄系统课程设计

银行计算机储蓄系统 二、总体设计 1、 模块结构图 ......................... 2、 数据库总体设计 ..................... 3、 数据库设计与程序关系 ............... 1、平台支持设计 2?1 3种基本的控制结构（顺序，选 择，循环） 模块间僚系：■ 3、人机界面设计 ....................... 3?1系统响应时间 .................. 9 3.2用户帮助设施 .................. 10 3.3出错信息出理 .................. 10 3.4系统维护设计 (10) 目录 一、任务 .................................. 4、数据字典 ........................... 三、详细设计 .............................. 2、结构程序设计 .. (3) 3 3 5 6 6 7 7

4、模块设计........ 12 5、数据库详细设计 13

主要在存取款时将客户信息写入数据库并返回。 2. 3数据库设计与程序关系 程序在对存/取款进行操作时需对数据库数 据结 构，也就是数据表进行查询和修改：在存/ 取款过程中都需要对数据库中的所有表，进行联 合查询、修改。 物理数据结构主要用于各模块之间函数的 信息 传递。接口传递的信息将是以数据结构封装 了的数据，以参数传递或返回值的形式在各模块 间传输。出错信息将送入显示模块中，最后送入 打印准备模块中准备打印格式。 3、数据字典

银行储蓄管理系统需求分析设计

〖银行储蓄管理系统〗需求分析 2016年5月

目录 1 引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 任务概述 (3) 2.1 目标 (3) 2.2 运行环境 (3) 2.3 条件与限制 (3) 3 数据描述 (3) 3.1 静态数据 (3) 3.2 动态数据 (3) 3.3数据库描述 (3) 3.4数据词典 (5) 3.5数据采集 (6) 4 功能需求 (7) 4.1 功能划分 (7) 4.2 功能描述 (7) 5 性能要求 (8) 5.1 数据精确度 (8) 5.2 时间特性 (8) 5.3适应性 (8) 6 运行需求 (8) 6.1 用户界面 (8) 6.2 硬件接口 (8) 6.3 软件接口 (8) 6.4 故障处理 (8) 7 其他需求 (9)

1引言 1.1 编写目的 根据需求调研分析报告，定义系统功能和系统数据流图，通过编写需求分析规格说明书，让开发人员能够根据需求规格说明书来开发项目。 1.2 项目背景 软件名称：银行储蓄系统 委托单位：银行 开发单位：科技大学 主管：荀亚玲 1.3 定义 银行储蓄应用软件：基本元素为构成银行储蓄行为所必需的各种部分。 媒体素材：是指传播教学信息的基本才来单元，可分为五大类：文本类素材、图形（图像）类素材、音频类素材、动画类素材、视频类素材。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有风险承担者都明其含义并找出其中的错误，遗憾或其他部族的地方。 1.4 参考资料 《软件工程导论——第5版》张海藩编著清华大学出版社 2任务概述 2.1 目标 完善目前银行储蓄系统，之智能跟上时代发展，同时通过实践来提高自己动手能力。 2.2 运行环境 操作系统：Windows XP/Windows Vista，支持环境：IIS 5.0 数据库：Microsoft SQL. Server 2000，编程环境：Microsoft visual basic 6.0中文版。 2.3 条件与限制硬件配置要求 硬什外部设备需奔腾133以上的pc机，内存需16兆以上 软件要求操作人员具有初步的相关知识 由于本系统为即时软件，刘数据蚓叫步要求较高，建议配置网络时使川叫靠性较高佝相关网络硬件设

银行储蓄系统的需求规格说明书

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. 银行系统业务流程图

银行管理系统设计报告样板(doc 33页)

银行管理系统设计报告样板(doc 33页)

银行管理系统设计报告 学生姓名：宋科超冯瑞刘林锋 学生学号：13081282 13081304 13081306 班级：软件学院三班

一、需求分析 设计一个银行账户管理系统，要求实现以下功能： 1.实现银行管理员管理的功能，要求完成以下功能：1）管理员的 登录（设本系统的管理员只有一个，管理员信息包括管理员姓名，管理员密码）；2)修改管理员密码；3）为新用户创建账户信息，账户信息包括用户帐号（要求系统自动分配用户账号）、用户账户密码（为用户设置初始密码123456）、用户身份证号码、用户姓名、用户地址、帐户金额；4）删除需要注销账户的用户的账户信息； 5）查询银行信息，包括：该银行的总客户数，总的存款金额；6）某个用户的账户信息。 2.实现客户对自己账户的操作功能,要求完成以下功能：1）用户的 登录（未登录或登录失败时不能执行用户账户的操作）；2）修改帐户信息，要求用户输入帐号，根据用户需要修改除了帐号之外

的其余信息；3）模拟用户实现存款和取款的功能；4）记录用户账户的历史账单，方便用户查阅，如用户何时从银行取款多少等； 5)查询账户信息，根据输入的帐号查询用户信息、帐户金额和用 户的明细账单。 3.以上功能要求以分级菜单的形式提供，不同的角色状态得到不同 的菜单。 二、设计思想: 定义一个用户类customer，数据成员主要有姓名、身份证号码、住址、余额等内容，可供用户操作的功能有开户，销户、存款、取款、转账、余额查询等。用户可根据界面提示自行操作。 定义一个管理员administrator： 管理员信息包括管理员姓名，管理员密码；管理员的登录；修改管理员密码；可操作的功能有：1 为新用户创建账户信息，账户信息包括用户帐号、用户账户密码（为用户设置初始密码123456）、用户身份证号码、用户姓名、用户地址、工作单位、帐户金额；2 删除需要注销账户的用户的账户信息；3 查询银行信息，包括：该银行的总客户数，总的存款金额；4 某个用户的账户信息。由于要实现界面的回复，所以用了大量的函数调用。在控制用户的循环操作时采用了for循环与break匹配的结构。 在整体设计上将程序分为四个部分，第一个部分“customer.h”,在这个文件中对所要用到的类customer和administrator进行了申

银行储蓄管理系统的设计与实现毕业论文

通信系统仿真实验课程设计 题目银行储蓄管理平台开发设计 学院 2010222111 专业班级通信104 学生姓名霍守斌 指导教师大彬 哥 2013年 6月 15日 摘要 近几年来，随着科技的发展和社会的进步，尤其是计算机大范围的普及，计算机应用逐渐由大规模科学计算的海量数据处理转向大规模的事务处理和对工作流的管理，这就产生了以台式计算机为核心，以数据库管理系统为开发环境的管理信息系统在大规模的事务处理和对工作流的管理等方面的应用，特别是在银行储蓄管理之中的应用日益引起人们的关注。本文基于Visual C++数据库编程技术，以可视化的集成开发环境Visual studio 2008为开发工具， Access 2007为后台数据库实现了一个小型的银行储蓄管理系统，该系统主要功能包括用户注册、销户、存款、取款、查询历史记录、用户修改信息等功能。从而满足了广大人民群众的需要同时也实现了银行储蓄管理的系统化、规范化、自动化和智能化，提高了银行管理的效率。 关键字：Visual C++；Access 2007；银行储蓄管理系统

Abstract In recent years, as technology development and social progress, in particular, the popularity of a wide range of computers, computer application gradually from large-scale scientific computing shift large-scale mass data processing and workflow transaction management, which resulted in of the desktop computer as the core database management system for the development of environmental management information system in large-scale transaction processing and management, workflow applications, especially in the management of bank savings into the application has attracted much attention. Based on the Visual C + + database programming techniques to visualize the integrated development environment, Visual studio 2008 as development tool, Access 2007 database for the background to achieve a small bank savings management system, which mainly features include user registration, cancel the account, deposit , withdrawals, query history, user modify the information and other functions. To meet the needs of the masses but also to achieve the systematic management of bank savings, standardization, automation and intelligence to improve the efficiency of bank management. Key word: visual c + +; Visual studio 2008; Access 2007; Bank savings management 目录 摘要 I Abstract II

银行储蓄系统需求分析报告

银行储蓄系统需求分析报告 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) 该表存储利率值

JAVA课程设计银行管理系统

大连科技学院java程序设计课程设计(B) 题目银行取款管理系统 学生姓名姚伟奇专业班级计算机（Z）13-1 指导教师李红职称讲师 所在单位信息科学系软件工程教研室 教学部主任王立娟 完成日期 2016年9月30日 课程设计报告单

综合评定： （优、良、中、及格、不及格）指导教师签字：2016年9月30日《java程序设计课程设计(B)》任务书 一、课程设计任务及要求： 任务：针对小型信息管理系统或若干综合性设计题目,选择一种软件开发模型，完成从需求分析、系统设计、系统实现，软件测试的全过程。 要求： (1) 根据软件系统开发的一般原则，完成相应系统的功能设计，完成主要功能模块的程序实现并进行测试训练，给出代码运行结果和相应的设计文档。可以分组进行，但所有学生必须经历整个系统的开发全过程，以便加深对系统开发全过程的认识。 （2）提交课程设计报告。 （3）指标: 要求完成课程设计报告3000字以上(约二十页)；完成所设计的题目，设计题目的语句行数的和在200行语句以上。 二、工作量 2周（10个工作日）时间 三、计划安排 第1个工作日：查找相关资料、书籍，阅读示例文档，选择题目。 第2个工作日－第4个工作日：设计程序结构、模块图。 第5个工作日－第9个工作日：完成程序的编码，并且自己调试、测试。穿插进行课程设计报告的撰写。 第10个工作日：上交课程设计报告，由教师检查软件测试效果、检查课程设计报告，给出学生成绩。

指导教师签字：2016年9月19日

目录 题目：.................................................... 错误!未定义书签。 1.需求分析............................................ 错误!未定义书签。 2.概要设计............................................ 错误!未定义书签。 3.详细设计............................................ 错误!未定义书签。 4.编码................................................ 错误!未定义书签。 5.调试分析............................................ 错误!未定义书签。 6.测试结果及运行效果.................................. 错误!未定义书签。 7.系统开发所用到的技术................................ 错误!未定义书签。 8.课程设计总结........................................ 错误!未定义书签。参考文献................................................. 错误!未定义书签。5 附录全部代码............................................. 错误!未定义书签。

银行储蓄系统

《数据库系统原理》 课程设计 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

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 进行可行性研究的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈

银行帐户管理系统需求分析说明书

银行帐户管理系统需求分析说明书

银行帐户管理系统需求分析说明书1、引言

1．1编写本数据库的目的 经过本课题研究，能够较详细地体会数据库系统的构建过程、加深对课堂所学知识的理解，并将所学知识应用于现实生活实践中。结合对银行管理要求及储户需要的调查分析，运用数据库系统这门课程的内容，从银行的实际要求出发设计一个《储户储蓄账户管理系统》。在设计中将调查现有银行系统的优点及不足，并在本套系统中对长处加以继承，对不足处进行必要的改进。 1．2数据库的作用范围 本数据库系统使用在银行的日常储蓄业务中，是整合了储蓄所柜台操作系统、自动取款机系统和网上银行三个界面的，并包含了管理系统的综合数据库。管理系统能够对银行内的储蓄业务上的资金流进行分析，以及时发现不良的异常行为和对银行业绩进行评估。 1．3定义、同义词与缩写 ATM：自动柜员机 1．4参考文献 《软件工程理论与实践》科学出版社 《数据库系统教程》（第二版）高等教育出版社 《PowerDesigner分析设计与应用》电子工业出版社 2、一般性描述 2．1用户需求

经过问卷调查可知，普遍认为ATM方便快捷，安全性较好；综合问卷结果和银行效率，认为ATM上不需要增加其它币值的币种；网上银行作为一种较新的银行形式，安全性较高但有待于宣传，如果在安全性保证的前提下网上银行还是很有前景的；网上证券和网上购物都是有其相对于ATM和柜台的优势，即方便和快捷，但其功能有待于进步完善和推广。 调查问卷见附3 2．2产品与其环境之间的关系 本数据库系统应用平台是PC机及ATM上。由键盘输入信息，由屏幕显示并带有打印机。随着应用的需要，不同银行间的不同的数据库系统将有可能互联，因此本数据库系统将提供外部接口。 2．3产品功能 1)为银行用户提供ATM提款机自动化服务； 2)对各类账目进行统计和管理； 3)提供网上转账操作 4)对用户的帐户的活动进行记录; 5)对行内总支出收入做一个详细的统计； 6)银行对用户的各种操作进行登记，生成记录，以便以后对 某段时间内账目的监控。 7)支持一般的存取转查功能。

银行储蓄管理项目投标书.doc

银行储蓄管理项目 投 标 书 技术标书 （WZCG6-03） 海口市XX高科技有限公司 2011年3月1日

银行储蓄管理项目投标书 致XXX公司 1、经研究“银行储蓄管理项目”建设招标后，我们愿意按人民币 ￥701,元（大写: 七拾万壹仟七百四十五元整）的投标总价完成我们投标文件所报的全部工作内容，以此作为本工程的结算依据，并遵守招标文件的要求承担本合同工程的实施、完成及其缺陷修复工作。 2、一旦我方中标，我方将保证按合同协议书中规定的工期，在3 个月内完成全部工程，并保证工程质量优良。 3、我们同意在规定的开标之日起30天的投标文件有效期内，严 格遵守本投标涵的各项承诺。在此期显届满之前，本投标涵始终将对我方具有约束力，并随时接受中标。 4、在合同协议书正式签署生效之前，本投标函连同你单位的中标 通知书将构成我们双方之间共同遵守的条件，对双方具有约束力。 5、如果我们在本投标文件有效期内撤回投标文件，或在受到中标 通知书后的7天内未能或拒绝签定合同协议书，则视为自动放弃。 6、如我单位中标，我们承担在招标文件规定的时间内，以招标文 件规定的方式和项目额度提供具体化项目实施方案，以最快的方式出台项目解决方案。 投标公司：（盖章） 法定代表人或其授权委托人： (签字或盖章)时间：

法定代表人身份证明 单位名称： 单位性质：有限责任公司 办公地址：海口市龙昆南路100号成立时间：一九九三年十一月一日经营期限： 17年 姓名： 性别： 年龄： 职务： 系的法定代表人。 特此证明。 投标公司： 时间：

法定代表人授权委托书 投标公司： 法定代表人：（签字或盖章） 被授权委托人：（签字或盖章） 时间： 目录 第一部分公司实力 ....................................... 错误!未定义书签。

银行系统软件工程课程设计

目录 第一章概述 (1) 1.1目的 (1) 1.2背景 (1) 1.3定义 (1) 第二章需求分析 (2) 2.1功能需求 (2) 2.2性能需求 (3) 2.3运行需要 (4) 2.4输入要求 (5) 2.5输出要求 (5) 第三章系统E_R图 (6) 第四章系统流程和数据流图 (7) 4.1系统流程图 (7) 4.2数据流图 (8) 第五章存取款状态图 (10) 第六章数据字典 (11) 6.1数据元素 (11) 6.2数据流 (11) 6.3数据存储： (12) 6.4加工逻辑： (13) 第七章结论 (16)

第一章概述 1.1目的 报告的目的旨在提出银行业务系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据。此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行需求分析。 1.2背景 随着社会经济的发展，以及数字生活的逐步渗透，如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今银行储蓄系统工作效率比较低，越来越不能满足广大人民群众的需求，人们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。 1.3定义 银行业务系统是一款为用户提供存款、取款、转账等业务的计算机软件系统。在银行设立账户的人或机构通常被称为银行的储户。一个储户可以在银行开多个账户，储户可以存钱到账户中，也可以从自己的账户中取现，还可以将存款从一个账户转到另一个账户。储户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易记录。后台管理员可以对储户的账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理以及财务分析。

银行管理系统-项目开发计划书

软件工程课程设计 项目计划书 项目名称：银行管理系统 学院：计算机科学与技术学院 专业：计算机科学与技术专业 班级： 姓名： 指导教师：

2011 年11 月03 日

目录 1 系统主题................................................................................................................................. 错误!未定义书签。 引言............................................................................................................................................. 错误!未定义书签。 背景/选题动机/目的................................................................................................................... 错误!未定义书签。 系统与“创新杯”的主题关系(2)......................................................................................... 错误!未定义书签。 市场调查过程和结论(3) ............................................................................................................ 错误!未定义书签。 2 需求分析................................................................................................................................. 错误!未定义书签。 概要............................................................................................................................................. 错误!未定义书签。 使用场景..................................................................................................................................... 错误!未定义书签。 可行性分析报告......................................................................................................................... 错误!未定义书签。 应用领域/实用性分析............................................................................................................. 错误!未定义书签。 未来发展方向............................................................................................................................. 错误!未定义书签。 3 团队组成和分工..................................................................................................................... 错误!未定义书签。 4 系统功能概述......................................................................................................................... 错误!未定义书签。 功能需求分析............................................................................................................................. 错误!未定义书签。 系统性能要求 ................................................................................................................. 错误!未定义书签。 功能点列表................................................................................................................................. 错误!未定义书签。 性能点列表................................................................................................................................. 错误!未定义书签。 数据描述..................................................................................................................................... 错误!未定义书签。 5 系统设计概要......................................................................................................................... 错误!未定义书签。 实现系统所采用的技术方案和技术亮点 ................................................................................. 错误!未定义书签。 系统构架..................................................................................................................................... 错误!未定义书签。 功能模块描述............................................................................................................................. 错误!未定义书签。 E-R图 ........................................................................................................................................ 错误!未定义书签。 用例图......................................................................................................................................... 错误!未定义书签。 概念数据模型图......................................................................................................................... 错误!未定义书签。 业务模型..................................................................................................................................... 错误!未定义书签。 界面 ........................................................................................................................................... 错误!未定义书签。 6 系统环境................................................................................................................................. 错误!未定义书签。 开发平台..................................................................................................................................... 错误!未定义书签。 Client运行环境......................................................................................................................... 错误!未定义书签。