银行个人贷款管理系统分析和设计Word文档格式.docx

银行个人贷款管理系统分析和设计Word文档格式.docx

《银行个人贷款管理系统分析和设计Word文档格式.docx》由会员分享，可在线阅读，更多相关《银行个人贷款管理系统分析和设计Word文档格式.docx（17页珍藏版）》请在冰豆网上搜索。

银行个人贷款管理其工作流程如下：

1.提交申请。

（具体包括：

客户提出申请要求贷款，申请中包括期限、金额、用途和本人基本情况。

银行收到申请后，置于“申请档案”中，以申请号标识。

）

2.审核申请。

贷款业务员收集到客户的有关证明材料后对贷款申请进行审查，决定是否批准贷款。

贷款最后经业务经理核准后，签订合同，未予批准则通知客户。

3.建立“贷款账户”。

贷款账户由贷款编号识别，内容有贷款金额、贷款日期、最后还款金额、最后还款日期、利率、贷款类型（抵押贷款或信用贷款）、还款方式（一次付清、按年付、按月付）、每次还款金额、担保人等。

4.发放贷款。

贷款员打印通知交出纳部门，由出纳部门发放贷款并记账。

5.还贷。

记录“还款情况”，打印支付凭证，客户到期未还款发出催付账单和违约金账单，发送还贷报告）

6.终结账户。

账户终结，记载终结原因，转入历史档案。

以上为一般工作流程，经过初步调查和分析，对银行个人贷款管理的目标范围进行确定，得到活动图如图1所示。

本系统粗略的功能结构如果2所示：

图2、系统功能模块图

1.用户管理

图3.用户管理用例图

用例名称

账户信息管理

参与者

管理员

假设

客户贷款申请被批准后建立贷款账户，且每个贷款账户都是唯一识别的

前置条件

已经建立贷款账户

后置条件

存储贷款账户，更新贷款账户

主事件流

1．新建贷款账户；

2．查看贷款账户信息；

3．修改贷款账户信息；

4．删除贷款账户信息

职工信息管理

职工从俜用后就建立职工信息档案

职工信息是所有在职人员的信息，且是唯一标识的

存储职工信息，更新职工信息

1．新建职工档案；

2．查看职工信息；

3．修改职工档案信息；

4．删除职工档案信息

用户登录

管理员和职工

职工注册后才能登录，管理员是已经注册的，直接登录

登录前都已经注册，用户名唯一

成功登录系统

1．成功登录系统

2．登录失败，重新登录

新用户注册

职工

职工在登录前需要先注册，用户名不能相同

职工没有注册

注册成功

1．成功注册

2．用户名已经存在，重新注册

修改密码

职工已经注册，由用户名和密码

修改密码成功

1．修改密码成功

2申请档案管理

图4申请档案管理用例图

输入客户贷款信息

贷款业务员

客户向系统提交贷款申请

贷款业务员已被识别和授权

最新的客户信息得到更新

1．贷款业务员登录系统；

2．系统提示可执行的操作；

3.贷款业务员输入客户贷款信息;

3.确认提交申请;

4.系统存储客户申请.

备选事件流

1a.登录失败

1.系统提示错误并拒绝接受输入

2a．系统提示输入客户的有关信息

1.系统提示错误并拒绝接受输入

审查申请

银行已收到客户的贷款申请,

更新申请档案

1．贷款业务员审查客户的贷款申请;

2．存储通过审查的申请；

核准申请

已通过的审查的申请

业务经理已被识别和授权

存储申请记录

1.系统提示可进行的操作;

2．业务经理审核申请;

3．系统存储通过审核的申请记录；

批准申请

已被标识的申请号

2．贷款业务员确认批准申请;

3．系统存储通过批准的申请记录；

后备事件流

2a..不合格申请

1.系统提示错误,并返回

2.系统存储未通过批准的申请记录

3贷款账户管理

图5贷款账户管理用例图

建立贷款账户

贷款员

由贷款业务员负责

客户已被识别和授权

1．系统识别贷款编号；

2．系统存储“贷款账户”；

3．系统更新账户记录。

3a．增加记录

1.系统提示输入账户信息

2.贷款员输入账户信息包括贷款金额、贷款金额、最后还款金额、最后还款日期、利率、贷款类型、还款方式、每次还款金额、担保人

3.系统保存账户信息

3b.修改账户

1.系统提示输入账户的有关信息

2.系统员修改账户信息包括贷款金额、贷款金额、最后还款金额、最后还款日期、利率、贷款类型、还款方式、每次还款金额、担保人

3.系统业务员确认提交

4.系统更新账户信息

3c.终结账户

1.系统员选择要终结的账户.

2.系统检查操作的安全性,并提示进行确认

3.系统员确认终结账户

4.更新账户信息

打印通知

由贷款员负责并交给出纳部门

贷款账户已建立

打印贷款通知

1．系统提示要打印的通知

2.贷款员确认要打印的通知；

3．系统打印通知。

记录账单

出纳部门

由出纳部门负责记录账单

出纳部门收到贷款通知

存储发放贷款记录

1．系统提示要发放贷款的账户

2.出纳部门确认要发放的贷款；

3．系统记录账单。

4还贷管理

还款情况用例图

处理还贷

票据部门

每月还款，计算下月应还款，修改所欠款项

贷款的次月，用户开始还款

还款后计算下月还款，修改所欠款项

1．登记每月还款情况

2．计算下月应还款

3．修改所欠款项

打印凭证

主要参与者：

票据部门次要参与者：

客户

用户每次还款后返回还款凭证

用户此次已经还款

还款核对无误

1．核对还款

2．格式化输入凭证信息

3．打印还款凭证

发送催付账单和违约金账单

客户

客户在贷款次月未还款要催其还款，并支付违约金

客户在贷款次月未还款

生成催付账单和违约金账单并输出

1．计算催付金额和违约金金额

2．格式化输入催付账单和违约金账单信息

3．打印输出催付账单和违约金账单

还贷报告

贷款员和经理

客户还贷款详细信息需要向贷款员做报告

存储客户每次还贷情况

生成还贷报告

1．汇总客户还贷信息

2.格式化输入还贷报告

3.输出还贷报告

5历史档案管理

图7历史档案管理用例图

终结账户

由贷款员负责终结账户

贷款员已被识别和授权

已被终结账户的档案被保存

1．系统显示已终结的用户；

2．贷款员登记新被终结账户的信息，输入被终结账户的账户的基本信息、贷款情况、贷款支付明细和附件；

3．确认提交，系统保存最新被终结用户的相关信息内容。

2a．已有账户的删除

2b．已有账户的更新

记载原因

由贷款员负责为每个被终结的账户记载终结原因

贷款员已被识别和授权，所终结账户的信息都已登记

所终结原因的有关内容被记录在历史档案中

1．系统显示贷款员所记载的被终结的账户；

2．贷款员选择一个被终结账户，并登记被终结账户的终结原因;

3．贷款员确认提交，系统将输入数据保存到历史档案中。

无

转入历史档案

贷款员负责把所终结的账户所有信息转入到历史档案中

每个贷款员把历史档案保存好

1．系统提示登记工作成果；

2．贷款员登记历史档案并提交；

3．系统保存有关档案信息。

6查询管理

图8查询管理用例图

查询客户信息

管理员负责维护客户信息

管理员身份已被识别和授权

1．系统显示所有客户或提示输入申请号或姓名；

2．管理员选择客户；

3．系统显示客户的是申请信息，包括期限、金额、客户本人信息。

1．系统按照客户申请表要求生成客户信息；

2．系统显示客户申请表；

3.未批准申请的客户，系统生成未批准通知；

4．已批准申请的客户，系统显示贷款账户信息。

查询还贷信息

管理员负责维护还贷信息

管理员已被识别和授权

最新的还贷信息得到更新

1．系统提示所有还贷信息或提示输入贷款账户的贷款编号或姓名；

2．管理员选择贷款账户；

3．系统显示贷款账户的信息，包括贷款金额、贷款日期、最后还款金额、利率、贷款类型、还款方式、每次还款金额、担保人。

1．系统按照贷款账户要求生成还贷信息；

2．系统显示贷款账户还贷信息表。

查询贷款支付明细

管理员负责维护贷款账户信息

最新的支付明细得到更新

1．系统显示所有客户贷款支付明细或提示输入贷款编号或姓名；

3．系统显示贷款账户的贷款支付明细，包括贷款金额、贷款日期、最后还款金额、利率、贷款类型、还款方式、已还款金额、担保人。

1．系统按照贷款账户要求生成贷款支付明细信息；

2．已还贷贷款账户，系统显示贷款账户还款情况，生成支付凭证；

3.未还贷贷款账户，系统显示贷款账户的贷款信息和拖欠贷款，生成催讨账单和违约金账单。

2.2数据需求

系统类图如下：

图9系统类图

2.3性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行,银行个人贷款管理系统应保证系统处理的准确性和及时性,使系统的处理能力和相应时间要满足用户都信息处理的需求,此外还必须保证系统的易用性和易维护性,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作.

2.4非功能需求

银行个人贷款管理系统将来会有变化，因此要求设计的可变更性好，结构较为灵活，这样流程或规则变化引起的程序维护能够在较短时间内完成。

可移植性目前没有要求。

3环境

3.1运行环境

硬件：

联想万全T350一台，100M银行内部网，联想PC机多台

软件：

Windows2003Server（服务器）

SQLServer2005

WindowsXP/2000/2003

IE6.0以上

IIS6.0

MicrosoftOffice2000/2003/XP

3.2开发环境

VisualStudio2005

IBMRationalSoftwareArchitectV6.0

第二部分银行个人贷款管理系统设计说明书

1.1编写目的

本文档的编写目的是：

详细设计《银行个人贷款管理系统》软件的总体功能；

给出系统的结构设计和过程设计，作为程序编写的依据。

1.2参考资料

包括：

a.项目来源：

为了满足银行对贷款服务的要求，更好为客户要求，方便、快捷地为客户服务，提高服务质量和速度，拟开发银行个人贷款管理系统，更好地进行客户贷款管理。

b.本文档中引用到的规范和资料等：

（1）银行个人贷款手册

（2）银行个人贷款管理系统说明书

2需求概述

《银行个人贷款管理系统》是专门服务于银行个人贷款客户软件，软件应易于实现和扩充，同时要保证系统的安全性和高效性，对软件需求说明中有关特性和需求基本一致。

该系统应符合此要求：

所有操作都在对登录的用户进行有效验证后才能执行，而且用户的权限因人而异，以保证系统的安全性和可靠性。

3总体设计

本系统采用面向对象设计方法，使用RationalRose作为设计工具，设计方案主要采用顺序图、类图、状态图、包图和配置图对系统进行描述。

3.1系统交互设计

采用顺序图描述系统交互过程和细节。

顺序图是对用例的细化，描述了用例的参与者与多个对象实例记忆对象交互式传递的消息，并按照用例的执行步骤顺序指明对象的交互顺序。

根据需求分析中用例图和用例描述，设计出系统交互过程，并用顺序图表示。

图1新用户注册顺序图

图2用户登陆顺序图

图3修改密码顺序图

图4建立贷款账户顺序图

图5职工信息管理顺序图

图6账户信息管理顺序图

图7查询客户信息顺序图

图8查询还贷信息顺序图

图9查询贷款支付明细顺序图

图10总结账户顺序图

图11处理还贷顺序图

图12发送催付帐单和违约金帐单顺序图

图13记录账单顺序图

图14输入客户贷款申请顺序图

3.2接口设计

3.2.1外部接口设计

本系统设计为网页方式实现校园网内访问，所以用户界面统一为超文本形式，要求客户端使用IE6.0以上版本。

本系统和其它外部系统之间无接口。

3.2.2内部接口设计

本系统内部采用分层设计，界面层依赖于业务逻辑层，业务逻辑层依赖于数据库访问层。

界面层通过使用业务逻辑层对象来存取数据，一部分采用数据绑定方式实现，另一部分直接使用业务逻辑对象实现。

业务逻辑层和数据库访问层使用DataTable对象来存取数据。

3.3数据结构设计

3.3.1类的设计

在需求分析中，已经初步抽象出了系统中所有的类以及类与类之间的联系。

在设计中，再次对这些类进行详细分析，划分实例类、边界类和控制类，确定它们之间的联系，设计系统的类。

图15系统设计类图

系统中主要分为七个包，分别为：

贷款申请界面、申请档案领域、票据凭证界面、还贷领域、还贷界面、WindowsGUI和数据库。

其中前五个包是该系统中的主要包，WindowsGUI

是窗口图形界面包，数据库包则为银行系统数据库。

它们之间的联系如下图：

图16系统包图

系统配置图从系统物理结构上描述出系统的概貌。

配置图关注系统的实际部署，但与系统的逻辑结构有所不同，配置图包含了处理器，设备，进程和处理器与设备之间的连接。

本银行个人贷款系统的配置图如下。

图17系统配置图

本系统采用严格的面向对象方法完成设计和编程，组件化程度比较高，即使是公共数据结构也是作为对象来处理，对象的数据直接通过数据库的表来存取，系统各个构件之间的耦合程度较低，公共数据结构对于程序基本无影响。

3.4出错处理设计*

利用异常的定义和捕获完成出错处理，在程序捕获异常后，输出该异常的描述信息，但由于时间关系，本项目没有实现全部异常的定义和捕获。

1.为本项目设计一个公共的异常类BaseException，所有自定义的异常均从此异常类继承。

2.BaseException类中，可以记录发生的异常。

3.所有自定义异常均在定义时把出错信息放到类内部，页面捕获异常后，直接以Message提示客户。

4.定义了一个通用错误处理页面CommonError.aspx。

5.