银行储蓄系统报告.doc

开户、销户、挂失、解挂、修改密码（系统用户）；
增加用户、查看用户、删除用户、已批申请、待批申请（银行管理员）
根据相应的用例分析，可以为系统功能建模（用例图）：
简单用例流程分析：
1.用户注册系统后，即成为系统用户，系统用户可凭借用户名、密码、等级进入系统。系统用户可实现开户、销户、挂失、解挂、修改系统密码等用例。
cpassword varchar(10) not null,
clevel varchar(5) not null
)
-----账户用户表（只对应一个系统用户）-------
create tableAccountUser(
account varchar(20) primary key not null,
·需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
·模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的.
·SQL Server2000：Microsoft公司开发的一种功能强大的关系型数据库。
CommonUser(cname,cpassword,clevel);
由于AccountUser与MessageLogger之间是一对多映射，故：
MessageLogger(dealid,dealtype,dealtime,dealmoney,dealaccount);
由于AccountUser与MessageRegister之间是一对多映射，故：
1.3课题选择
银行储蓄管理系统
二、银行储蓄可行性分析
2.1
2.1.1
此系统所要完成的主要功能有两方面：
储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。
如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户
)
------账户用户存取款日志表-------
create tableMessageLogger(
dealid int primary key not null,
dealtype varchar(10) not null,
dealmoney int,
dealtime smalldatetime ,
1.2基本要求
采用面向对象的方法开发，按照软件工程课程中讲的有关数据库及其应用系统设计章节的内容，进行分析和设计，并按照面向对象的设计流程给出相应的分析设计文档。分析文档中应涉及到以下几个基本方面：需求分析与表达（oo分析，需求建模）、oo模型与关系模型的转换（映射方案、数据库结构、建库的sql语句）、完整性考虑（完整性约束、存储过程或触发器）、并发控制（数据并发问题，可加锁）、安全性考虑（数据库安全机制）、数据库备份与恢复、系统体系结构（c/s、b/s）、用户接口设计（操作界面设计）、程序功能设计、关键源程序等等。
2.1.3
业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。
2.1.4
业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。
2.1.5
3.6系统层次方框图
由用例分析可知，系统的参与者有三种：系统用户、储户、银行管理员，由于角色不同，故参与者权限的分配也不同，根据功能描述的用例图可得到以下不同角色的层次方框图。
（1）银行管理员
（2）系统普通用户
（3）储户
由于储蓄用户也是系统普通用户，故储户也拥有和系统普通用户一样的所有权限，在上面的层次方框图中，仅列出了储蓄用户特有的权限。
要求快速准确地打印出存款或取款清单给客户。
2.2
近期目标：
第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。
长期目标：
希望在三至四年内，在国内银行中建立该计算机储蓄系统，促进银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，给储蓄用户带来方便和益处，从而提高银行的信用度，提高银行公司的经济效益和社会效益。
三、银行储蓄需求分析
3.1
本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员，希望能使本软件开发工作更具体。
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
3.8关系模型的分析
由以上数据模型的分析，以及相关类和类之间的映射关系的确立，可以将上述的OO模型按照对应的映射方案，映射成对应的关系模型，并按照映射出的关系模型设计合理的数据库文件结构。
关系模型的映射：
根据数据模型分析，由于AccountUser与Commonuser间是多对一映射，故：
AccountUser(account,apassword,address,phone,realname,deposit,state,cname);
2.3
indows xp及以上操作系统、数据库：Microsoft SQL Server 2000。Microsoft Visual Basic 6.0 中文版.
2.3.3
该系统至少使用四年以上。
2.3.4
采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家以及银行经理交谈，落实最后的问题定义。
有上述分析可知，在银行储蓄管理系统中，主要涉及到四个数据模型的建立，分别用CommonUser、AccountUser、MessageRegister、MessageLogger四个实体类实现。
由于业务操作中，系统参与者之间的交互性，各个数据实体之间存在一定的相关性。一个系统用户CommonUser，可以对应多个账户AccountUser，一个账户AccountUser只能对应一个系统用户CommonUser；一个账户AccountUser可以对应多条历史记录信息MessageLogger，一条历史记录信息MessageLogger只能对应一个账户AccountUser；一个账户还可以对应多条申请记录信息MessageRegister，但一条申请记录信息MessageRegister只能对应一个账户AccountUser。
dealaccount varchar(20) foreign key references AccountUser(account) on delete cascade
)
------账户用户挂失、解挂申请表-------
create tableMessageRegister(
registerid int primary key not null,
3.2
软件名称：银行储蓄系统
委托单位：银行
开发单位：xxxxxxxxx
主管：xxx xxx
3.3
·银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。
·媒体素材：是指传播教学信息的基本材料单元，可分为五大类：文本类素材、图形（图像）类素材、音频类素材、动画类素材、视频类素材。
·需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
一、课程设计的目的和要求
1．1设计目标
运用数据库设计理论设计一个较完善有意义的数据库。
掌握目前流行的数据库管理系统Microsoft SqlServer 2000的使用与应用开发技术。
为数据库开发相应的应用程序，构成完整的数据库应用系统。
将设计在数据库管理系统上Oracle等一个或组合实现，开发工具可以选用VB、VC、java、html或其他程序设计语言。
)
3.10性能需求
3.10.1数据精确度
在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，要求输入数准确金额，身份证，卡号等按需求设定字符数。
·
3.4功能需求
根据系统可行性分析及业务要求，及相关的功能、性能分析，可以对系统现有的需求进行需求建模，主要涉及到用例、用例图的建立，类图及联系的建立，以及数据结构的定义等。
3.5用例分析
根据银行储蓄管理系统的分析，可明确系统的功能需求主要涉及都以下的几个部分。
参与人员：银行管理员、储户、系统用户
用例：存款、取款、转账、查现、查看历史、修改密码（储户）；
MessageRegister(registerid,registertype,solvement,registertime,registeraccount)
3.9 数据描述
根据关系模型，可以为本系统的建立数据库accont，其中有四张表，分别是系统用户表CommonUser、储户表AccountUser、储户操作日志表MessageLogger、储户申请信息表MessageRegister。