小额贷款业务子系统需求的分析.docx
- 文档编号:4652096
- 上传时间:2022-12-07
- 格式:DOCX
- 页数:22
- 大小:294.92KB
小额贷款业务子系统需求的分析.docx
《小额贷款业务子系统需求的分析.docx》由会员分享,可在线阅读,更多相关《小额贷款业务子系统需求的分析.docx(22页珍藏版)》请在冰豆网上搜索。
小额贷款业务子系统需求的分析
贷款业务
子系统需求分析规格说明
小组成员:
石伟浩、黄闯
胡晓敏、李晓冬
潘金洲
时间:
2013年11月5日
撰写人:
石伟浩
目录
1简介
1.1软件名称
1.2软件功能
1.3关联性
1.4开发系统目标
1.5文档概述
1.6运行环境
2综合描述
2.1用例图
2.2系统类图
2.3系统状态图
2.4系统顺序图
2.5系统活动图
2.6系统协作图
3详细需求
3.1外部接口需求
3.2性能需求
3.3质量属性
3.4其他需求
1.简介
——项目背景
随着我国进入WTO以后,银行业务逐渐对外开放,长久以来资金融通难是限制中小企业发展的一个最重要的因素,众多中小企业都被这个原因限制了发展。
为了支持中小企业发展,商业银行开展了小额信贷业务,随着业务规模逐年扩大,发放的小额信贷业务也逐年增加。
为了实现科学化、现代化管理,提高小额信贷业务管理的效率和质量,迫切需要开发一个完整的贷款管理系统,以减轻工作人员的劳动强度、提高工作效率,保证贷款过程中数据的准确性和完整性。
1.1软件名称
小额贷款公司系统中的贷款业务子系统
1.2编写目的
根据顾客的需求,在网上提供贷款、还款业务,同时提供多币种贷款功能,让用户可以使用不同货币的贷款功能。
本系统与信用卡业务有关联,用户的贷款还款信息会影响到用户的信用卡业务记录并对其产生一定的影响。
1.3关联性
此系统为公司系统的一部分。
整个公司系统分为六个部分,另外五个为:
储蓄业务、贷款业务、外汇交易、网上公司、信用卡业务、系统管理。
用户需要登陆让系统确认身份后才能进入贷款及其他相关功能模块进行相应的操作。
1.4开发系统目标
本系统的开发目标是让用户可以通过计算机和网络技术,来使用公司提供的贷款业务,使得客户可以节约到办理手续及排队等时间,同时提高公司的工作效率。
1.5文档概述
需求规则说明采用面向对象的方法,在文档中主要采用了用例图,类图,状态图活动图,顺序图,协作图,组件图,PowerDesigner等表示方法来描述需求。
1.6运行环境
1)服务器的硬件配置要求:
双核2.5GHZ以上CPU,2G以上RAM,200G以上硬盘空间;
软件配置要求:
Windows2003操作系统,c#,MicrosoftSQLSever2005。
2)客户机的硬件配置要求:
P31GHZ以上CPU,512M以上RAM,10G以上硬盘空间;
软件配置要求:
Windows2000/XP/2003操作系统。
2.综合描述
2.1用例图
系统的总体用例图如下,其中公司客户只需提交申请资料,其余操作又公司的工作人员操作完成,利息计算又系统后台的管理员完成。
用例图如下:
(1)参与者用例图:
(2).申请贷款
公司的客户在申请贷款时需要提供其本人的基本信息和账号(可以是其子账号),申请材料以书面形式递交。
申请材料上需写明贷款的类型,金额,币种,预计期限。
用例说明如下:
用例:
申请贷款
参与者:
客户,审查专员
前置条件:
审查专员成功登陆
后置条件:
无
过程:
1、公司客户提供一卡通账号与基本资料,并向审查专员提供申请材料。
2、审查专员录入一卡通账号,对客户进行基本资料的比对。
3、审查专员查看客户申请资料格式。
4、通知客户等待审查结果。
分支过程:
无
异常:
1、客户基本资料不符。
2、申请材料格式错误。
包含用例:
无
客户用例图:
(3).审批贷款:
公司在收到申请人寄来的材料后,将根据不同的贷款种类交由不同的审批人员进行审批。
每一份材料由两位不同的审批人员进行独立审批。
审批人员在系统上对申请者各项条件进行评分:
包括资料真实性、申请者评价、担保者评价、抵押物价值以及总评,按1到5分打分,并附上审批意见和审批结果:
通过或者拒绝。
若两个评估人员对任何一项的评分差异在2分以上或审批结果不同,须交给第三位审批人员重新审批。
用例说明如下:
用例:
审批贷款
参与者:
审查专员
前置条件:
审查专员成功登陆
后置条件:
无
审查专员用例图:
分支过程:
见图
异常:
客户的申请没有被同意
(4).业务经理审阅
所有被通过的审批须由业务经理在系统上审阅通过后方可打印合同,由双方签字。
签订合同。
用例说明如下:
用例:
业务经理审阅
参与者:
审查专员,业务经理
前置条件:
业务经理,审查专员成功登陆系统
后置条件:
业务经理收到审查专员提供的结果
过程:
1、业务经理在线接收审查专员的结果
2、审阅审查结果
3、将结果返还给审查专员
4、若通过,通知客户结果,并签订合同,否则通知客户结果
异常:
业务经理审查不通过。
包含用例:
无
业务经理用例图:
(5).发放与回收贷款
合同生效之后,由专门的工作人员通过公司系统向客户指定的一卡通账户或者储蓄账户发放贷款。
客户按照事先确定的还款方式通过柜台或者发放专员向公司还款。
其贷款到期为还者或为还清者,转入逾期贷款账户。
逾期贷款应自逾期日起在合同利率上加收50%作为罚息,直到清偿本息为止。
遇罚息利率调整分段计息。
罚息根据合同计息方式规定按季或按月计收复利。
用例:
发放与回收贷款
参与者:
客户,发放专员
前置条件:
发放专员成功登陆
后置条件:
无
过程:
1、发放专员根据客户的申请材料分期或者一次性向客户指定一卡通或者储蓄账户
发放贷款
2、客户在接到公司通知后检查自己的账户,看贷款是否到位。
3、客户到公司进行还款
4、公司收回贷款。
分支:
无。
异常:
发放贷款过程出现异常。
逾期贷款未还者或者未还清。
包含用例:
无
发放专员用例图
2.2类图
a.实体类
b.边界类
*客户边界类
*审查专员边界类
*业务经理边界类
c.控制类
*客户控制类
*审查专员控制类
2.3系统状态图
*贷款申请表状态图
*还款记录表状态图
*审批表状态图
*用户信息状态图
*包图
2.4系统顺序图
*客户顺序图
——注册顺序图
——登陆顺序图
——申请贷款顺序图
——查看贷款记录顺序图
——查看还款记录顺序图
——查询客户信息顺序图
——申请延期顺序图
——修改客户信息顺序图
*审查专员顺序图
——审查贷款顺序图
——审查延期顺序图
2.5系统活动图
*客户活动图
*审查专员活动图
*业务经理活动图
*发放专员活动图
2.6贷款子系统的数据库需求初步设计
1、业务类型(账户)表(该表为所有子系统共用,并非只属于本系统)
2、顾客信息表
3、贷款记录表
4、还款记录表
5、利率表(此表由系统管理员给出)
几张表的基本逻辑关系如下:
3.详细需求
3.1外部接口需求
1、公司工作人员的界面接口
系统登录界面:
由登录控件组成。
简单易操作。
最后由开发完成成后在进行贴图。
主界面:
由导航条组成。
简单易操作。
最后由开发完成成后在进行贴图。
贷款子系统界面:
由公司客户基本信息比对界面,申请材料录入界面。
材料评价界面。
业务经理审阅界面。
最后是发放界面组成。
由开发人员示范操作并培训后方可由公司工作人员操作。
在开发完成后贴图。
还款子系统界面:
由还款信息界面组成。
由开发人员示范操作后并负责培训后方可让公司工作人员操作。
在开发完成后贴图。
2、硬件接口:
无
3、其他软件接口:
IE浏览器。
4、通信接口:
通过.NET平台进行数据库访问和通信。
3.2性能需求
1)系统对客户请求的最大响应时间是10秒钟,在此时间内将响应结果显示在屏幕上;
2)系统的加载时间不大于10秒钟;
3)系统支持的客户端数为n。
在系统成功发布后,可以进行并发的操作。
3.3质量属性
可用性:
系统可以使用并且连续完全操作时间不少于24小时;
可扩展性:
本系统可以增加新功能,并且易于维护;
安全性:
本系统不影响其他软件的正常运行,而且不会被人故意修改或植入恶意程序;在进行数据库的访问的时候不会产生脏数据。
即可以进行并发的操作。
对每一项的对数据库操作,系统将会对其进行审计。
且拒绝非法操作。
可靠性:
系统工作过程中,不会发生数据泄露、事务死锁的现象,系统无故障执行时间连续达到1年以上,如果在系统工作过程中,若机器发生故障,系统数据库会通过最近的备份进行恢复操作到发生故障前最近的备份点时的状态。
可维护性:
在系统工作过程中查找和修复一个错误预期只需要很少的时间;
可移植性:
从一个硬件或软件环境转移到另外一个硬件或软件环境中所需的工作量不超过半个小时;
可测试性:
测试人员通过软件测试软件在一个小时之内查找出是否存在缺陷;
易用性:
对电脑使用熟练的用户在学习和操作系统所需时间不超过半个小时,知道电脑基本操作的用户经过简单培训,很快就可以熟练掌握系统的操作。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 小额贷款 业务 子系统 需求 分析