小额贷款业务子系统需求分析.docx

小额贷款业务子系统需求分析.docx

《小额贷款业务子系统需求分析.docx》由会员分享，可在线阅读，更多相关《小额贷款业务子系统需求分析.docx（10页珍藏版）》请在冰点文库上搜索。

小额贷款业务子系统需求分析

贷款业务

子系统需求分析规格说明

小组成员：

石伟浩、黄闯

胡晓敏、李晓冬

潘金洲

时刻：

2013年11月5日

撰写人：

石伟浩

1简介

软件名称

软件功能

关联性

开发系统目标

文档概述

运行环境

2综合描述

用例图

系统类图

系统状态图

系统顺序图

系统活动图

系统协作图

3详细需求

外部接口需求

性能需求

质量属性

其他需求

1.简介

——项目背景

随着我国进入WTO以后,银行业务慢慢对外开放,长久以来资金融通难是限制中小企业进展的一个最重要的因素,众多中小企业都被那个缘故限制了进展。

为了支持中小企业进展,商业银行开展了小额信贷业务,随着业务规模逐年扩大,发放的小额信贷业务也逐年增加。

为了实现科学化、现代化治理,提高小额信贷业务治理的效率和质量,迫切需要开发一个完整的贷款治理系统,以减轻工作人员的劳动强度、提高工作效率,保证贷款进程中数据的准确性和完整性。

软件名称

小额贷款公司系统中的贷款业务子系统

编写目的

依照顾客的需求，在网上提供贷款、还款业务，同时提供多币种贷款功能，让用户能够利用不同货币的贷款功能。

本系统与信用卡业务有关联，用户的贷款还款信息会阻碍到用户的信用卡业务记录并对其产生必然的阻碍。

关联性

此系统为公司系统的一部份。

整个公司系统分为六个部份，另外五个为：

储蓄业务、贷款业务、外汇交易、网上公司、信用卡业务、系统治理。

用户需要登岸让系统确认身份后才能进入贷款及其他相关功能模块进行相应的操作。

开发系统目标

本系统的开发目标是让用户能够通过运算机和网络技术，来利用公司提供的贷款业务，使得客户能够节约到办理手续及排队等时刻，同时提高公司的工作效率。

文档概述

需求规则说明采纳面向对象的方式，在文档中要紧采纳了用例图，类图，状态图活动图，顺序图，协作图，组件图，PowerDesigner等表示方式来描述需求。

运行环境

1）服务器的硬件配置要求：

双核以上CPU，2G以上RAM，200G以上硬盘空间；

软件配置要求：

Windows2003操作系统，c#,MicrosoftSQLSever2005。

2）客户机的硬件配置要求：

P31GHZ以上CPU，512M以上RAM，10G以上硬盘空间；

软件配置要求：

Windows2000/XP/2003操作系统。

2.综合描述

用例图

系统的整体用例图如下，其中公司客户只需提交申请资料，其余操作又公司的工作人员操作完成，利息计算又系统后台的治理员完成。

用例图如下：

2.参与者用例图：

（2）.申请贷款

公司的客户在申请贷款时需要提供其本人的大体信息和账号（能够是其子账号），申请材料以书面形式递交。

申请材料上需写明贷款的类型，金额，币种，估量期限。

用例说明如下：

用例：

申请贷款

参与者：

客户，审查专员

前置条件：

审查专员成功登岸

后置条件：

无

进程：

1、公司客户提供一卡通账号与大体资料，并向审查专员提供申请材料。

2、审查专员录入一卡通账号，对客户进行大体资料的比对。

3、审查专员查看客户申请资料格式。

4、通知客户等待审查结果。

分支进程：

无

异样：

1、客户大体资料不符。

2、申请材料格式错误。

包括用例：

无

客户用例图：

（3）.审批贷款：

公司在收到申请人寄来的材料后，将依照不同的贷款种类交由不同的审批人员进行审批。

每一份材料由两位不同的审批人员进行独立审批。

审批人员在系统上对申请者各项条件进行评分：

包括资料真实性、申请者评判、担保者评判、抵押物价值和总评，按1到5分打分，并附上审批意见和审批结果：

通过或拒绝。

若两个评估人员对任何一项的评分不同在2分以上或审批结果不同，须交给第三位审批人员从头审批。

用例说明如下：

用例：

审批贷款

参与者：

审查专员

前置条件：

审查专员成功登岸

后置条件：

无

审查专员用例图：

分支进程：

见图

异样：

客户的申请没有被同意

（4）.业务领导审阅

所有被通过的审批须由业务领导在系统上审阅通事后方可打印合同，由两边签字。

签定合同。

用例说明如下：

用例：

业务领导审阅

参与者：

审查专员，业务领导

前置条件：

业务领导，审查专员成功登岸系统

后置条件：

业务领导收到审查专员提供的结果

进程：

1、业务领导在线接收审查专员的结果

2、审阅审查结果

3、将结果返还给审查专员

4、若通过，通知客户结果，并签定合同，不然通知客户结果

异样：

业务领导审查不通过。

包括用例：

无

业务领导用例图：

（5）.发放与回收贷款

合同生效以后，由专门的工作人员通过公司系统向客户指定的一卡通账户或储蓄账户发放贷款。

客户依照事前确信的还款方式通过柜台或发放专员向公司还款。

其贷款到期为还者或为还清者，转入超期贷款账户。

超期贷款应自超期日起在合同利率上加收50%作为罚息，直到清偿本息为止。

遇罚息利率调整分段计息。

罚息依照合同计息方式规定按季或按月计收复利。

用例：

发放与回收贷款

参与者：

客户，发放专员

前置条件：

发放专员成功登岸

后置条件：

无

进程：

1、发放专员依照客户的申请材料分期或一次性向客户指定一卡通或储蓄账户

发放贷款

2、客户在接到公司通知后检查自己的账户，看贷款是不是到位。

3、客户到公司进行还款

4、公司收回贷款。

分支：

无。

异样：

发放贷款进程显现异样。

超期贷款未还者或未还清。

包括用例：

无

发放专员用例图

类图

a.实体类

b.边界类

*客户边界类

*审查专员边界类

*业务领导边界类

c.操纵类

*客户操纵类

*审查专员操纵类

系统状态图

*贷款申请表状态图

*还款记录表状态图

*审批表状态图

*用户信息状态图

*包图

系统顺序图

*客户顺序图

——注册顺序图

——登岸顺序图

——申请贷款顺序图

——查看贷款记录顺序图

——查看还款记录顺序图

——查询客户信息顺序图

——申请延期顺序图

——修改客户信息顺序图

*审查专员顺序图

——审查贷款顺序图

——审查延期顺序图

系统活动图

*客户活动图

*审查专员活动图

*业务领导活动图

*发放专员活动图

贷款子系统的数据库需求初步设计

一、业务类型（账户）表（该表为所有子系总共用，并非只属于本系统）

二、顾客信息表

3、贷款记录表

4、还款记录表

五、利率表（此表由系统治理员给出）

几张表的大体逻辑关系如下：

3.详细需求

外部接口需求

一、公司工作人员的界面接口

系统登录界面：

由登录控件组成。

简单易操作。

最后由开发完成成后在进行贴图。

主界面：

由导航条组成。

简单易操作。

最后由开发完成成后在进行贴图。

贷款子系统界面：

由公司客户大体信息比对界面，申请材料录入界面。

材料评判界面。

业务领导审阅界面。

最后是发放界面组成。

由开发人员示范操作并培训后方可由公司工作人员操作。

在开发完成后贴图。

还款子系统界面：

由还款信息界面组成。

由开发人员示范操作后并负责培训后方可让公司工作人员操作。

在开发完成后贴图。

二、硬件接口：

无

3、其他软件接口：

IE阅读器。

4、通信接口：

通过.NET平台进行数据库访问和通信。

性能需求

1）系统对客户请求的最大响应时刻是10秒钟，在现在刻内将响应结果显示在屏幕上；

2）系统的加载时刻不大于10秒钟；

3）系统支持的客户端数为n。

在系统成功发布后，能够进行并发的操作。

质量属性

可用性：

系统能够利用而且持续完全操作时刻很多于24小时；

可扩展性：

本系统能够增加新功能，而且易于保护；

安全性：

本系统不阻碍其他软件的正常运行，而且可不能被人故意修改或植入歹意程序；在进行数据库的访问的时候可不能产生脏数据。

即能够进行并发的操作。

对每一项的对数据库操作，系统将会对其进行审计。

且拒绝非法操作。

靠得住性：

系统工作进程中，可不能发生数据泄露、事务死锁的现象，系统无端障执行时刻持续达到1年以上，若是在系统工作进程中，若机械发生故障，系统数据库会通过最近的备份进行恢复操作到发生故障前最近的备份点时的状态。

可保护性：

在系统工作进程中查找和修复一个错误预期只需要很少的时刻；

可移植性：

从一个硬件或软件环境转移到另外一个硬件或软件环境中所需的工作量不超过半个小时；

可测试性：

测试人员通过软件测试软件在一个小时之内查找出是不是存在缺点；

易用性：

对电脑利用熟练的用户在学习和操作系统所需时刻不超过半个小时，明白电脑大体操作的用户通过简单培训，专门快就能够够熟练把握系统的操作。