贷款业务
子系统需求分析规格说明
团长：刘建民 组长：陈超 小组成员：陈超 杜炜 祁春霞
版本：系统需求分析1.0版
时间：2010年4月13日
撰写人：陈超、杜炜
目录 1 简介
1.1软件名称 3 1.2软件功能 3 1.3 关联性 3 1.4 开发系统目标 3 1.5 文档概述 3 1.6 运行环境 3
2 综合描述
2.1 用例图 4 2.2 系统状态转换图 6 2.3 系统功能流程图 7 2.4 数据库结构分析 7
3 详细需求
3.1 外部接口需求 9 3.2 性能需求 10 3.3 质量属性 10 3.4 其他需求 10
1. 简介
1.1 软件名称
银行系统中的贷款业务子系统
1.2 软件功能
根据顾客的需求，在网上提供贷款、还款业务，同时提供多币种贷款功能，让用户可以使用不同货币的贷款功能。本系统与信用卡业务有关联，用户的贷款还款信息会影响到用户的信用卡业务记录并对其产生一定的影响。
1.3 关联性
此系统为银行系统的一部分，项目来源于SE 银行的委托。整个银行系统分为六个部
分，另外五个为：储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务、系统管理。用户需要登陆让系统确认身份后才能进入贷款及其他相关功能模块进行相应的操作。
1.4 开发系统目标
本系统的开发目标是让用户可以通过计算机和网络技术，来使用银行提供的贷款业务，使得客户可以节约到办理手续及排队等时间，同时提高银行的工作效率。
1.5 文档概述
需求规则说明采用面向对象的方法，在文档中主要采用了用例，E-R 图和数据字典等表示方法来描述需求。
1.6 运行环境
1）服务器的硬件配置要求：双核2.5GHZ 以上CPU ，2G 以上RAM ，200G 以上硬盘
空间；
软件配置要求：Windows 2003操作系统，c#,Microsoft SQL Sever 2005。
2）客户机的硬件配置要求：P3 1GHZ 以上CPU ，512M 以上RAM ，10G 以上硬盘
空间；
软件配置要求：Windows 2000/XP/2003操作系统。
2. 综合描述
2.1 用例图
系统的总体用例图如下，其中银行客户只需提交申请资料，其余操作又银行的工作人员操作完成，利息计算又系统后台的管理员完成。
贷款子系统用例图
1. 申请贷款
银行的客户在申请贷款时需要提供其本人的基本信息和一卡通账号（可以是其子账号），申请材料以书面形式递交。申请材料上需写明贷款的类型，金额，币种，预计期限。
用例说明如下： 用例：申请贷款
参与者：客户，审查专员 前置条件：审查专员成功登陆 后置条件：无
过程：1、银行客户提供一卡通账号与基本资料，并向审查专员提供申请材料。 2、审查专员录入一卡通账号，对客户进行基本资料的比对。 3、审查专员查看客户申请资料格式。 4、通知客户等待审查结果。 分支过程：无
异常： 1、客户基本资料不符。 2、申请材料格式错误。 包含用例：无
2. 审批贷款：
银行在收到申请人寄来的材料后，将根据不同的贷款种类交由不同的审批人员进行审批。每一份材料由两位不同的审批人员进行独立审批。审批人员在系统上对申请者各项条件进行评分：包括资料真实性、申请者评价、担保者评价、抵押物价值以及总评，按1到5分打分，并附上审批意见和审批结果：通过或者拒绝。若两个评估人员对任何一项的评分差异在2分以上或审批结果不同，须交给第三位审批人员重新审批。
用例说明如下： 用例：审批贷款 参与者：审查专员
前置条件：审查专员成功登陆 后置条件：无 过程：
分支过程：见图
异常：客户的申请没有被同意 包含用例：五个子用例。
3. 行长审阅
所有被通过的审批须由行长在系统上审阅通过后方可打印合同，由双方签字。签订合同。
用例说明如下：
用例：行长审阅
参与者：审查专员，行长
前置条件：行长，审查专员成功登陆系统 后置条件：行长收到审查专员提供的结果 过程：1、行长在线接收审查专员的结果 2、审阅审查结果
3、将结果返还给审查专员
4、若通过，通知客户结果，并签订合同，否则通知客户结果 异常：行长审查不通过。 包含用例：无
4. 发放与回收贷款
合同生效之后，由专门的工作人员通过银行系统向客户指定的一卡通账户或者储蓄账户发放贷款。客户按照事先确定的还款方式通过柜台或者发放专员向银行还款。其贷款到期为还者或为还清者，转入逾期贷款账户。逾期贷款应自逾期日起在合同利率上加收50%作为罚息，直到清偿本息为止。遇罚息利率调整分段计息。罚息根据合同计息方式规定按季或按月计收复利。 用例：发放与回收贷款 参与者：客户，发放专员 前置条件：发放专员成功登陆 后置条件：无
过程：1、发放专员根据客户的申请材料分期或者一次性向客户指定一卡通或者储蓄账户
发放贷款
2、客户在接到银行通知后检查自己的账户，看贷款是否到位。 3、客户到银行进行还款 4、银行收回贷款。 分支：无。
异常：发放贷款过程出现异常。逾期贷款未还者或者未还清。 包含用例：无
2.2 系统状态转换图
2.3 系统功能流程图
2.4 数据库结需求分析
根据所给定的要求和实际分析，我们初步设计了整个的系统中各个子系统关系图， 并根据改图进行整体的数据库设计。 子系统关系图如下：
贷款子系统的数据库需求初步设计
1、业务类型（账户）表（该表为所有子系统共用，并非只属于本系统） 2、顾客信息表 3、贷款记录表 4、还款记录表
5、利率表（此表由系统管理员给出） 几张表的基本逻辑关系如下：
通过分析我们得到贷款子系统的初步的E-R 图（某些实体的属性未标出，用省略号代 替）如下：
3. 详细需求
3.1 外部接口需求
1、银行工作人员的界面接口
系统登录界面：由登录控件组成。简单易操作。最后由开发完成成后在进行
贴图。
主界面：由导航条组成。简单易操作。最后由开发完成成后在进行贴图。
贷款子系统界面：由银行客户基本信息比对界面，申请材料录入界面。材料评价界面。行长审阅界面。最后是发放界面组成。由开发人员示范操作并培训后方可由银行工作人员操作。在开发完成后贴图。
还款子系统界面：由还款信息界面组成。由开发人员示范操作后并负责培
训后方可让银行工作人员操作。在开发完成后贴图。
2、硬件接口：无
3、其他软件接口：IE 浏览器。
4、通信接口：通过.NET 平台进行数据库访问和通信。
3.2 性能需求
1）系统对客户请求的最大响应时间是10 秒钟，在此时间内将响应结果显示在屏幕上；
2）系统的加载时间不大于10 秒钟；
3）系统支持的客户端数为n 。在系统成功发布后，可以进行并发的操作。
3.3 质量属性
可用性：系统可以使用并且连续完全操作时间不少于24 小时；
可扩展性：本系统可以增加新功能，并且易于维护；
安全性：本系统不影响其他软件的正常运行，而且不会被人故意修改或植入恶意程序；
在进行数据库的访问的时候不会产生脏数据。即可以进行并发的操作。对每
一项的对数据库操作，系统将会对其进行审计。且拒绝非法操作。
可靠性：系统工作过程中，不会发生数据泄露、事务死锁的现象，系统无故障执行时
间连续达到1年 以上，如果在系统工作过程中，若机器发生故障，系统数据
库会通过最近的备份进行恢复操作到发生故障前最近的备份点时的状态。
可维护性：在系统工作过程中查找和修复一个错误预期只需要很少的时间；
可移植性：从一个硬件或软件环境转移到另外一个硬件或软件环境中所需的工作量不
超过半个小时；
可测试性：测试人员通过软件测试软件在一个小时之内查找出是否存在缺陷；
易用性：对电脑使用熟练的用户在学习和操作系统所需时间不超过半个小时，知道电
脑基本操作的用户经过简单培训，很快就可以熟练掌握系统的操作。
3.4 其他需求
无
11
贷款业务
子系统需求分析规格说明
团长：刘建民 组长：陈超 小组成员：陈超 杜炜 祁春霞
版本：系统需求分析1.0版
时间：2010年4月13日
撰写人：陈超、杜炜
目录 1 简介
1.1软件名称 3 1.2软件功能 3 1.3 关联性 3 1.4 开发系统目标 3 1.5 文档概述 3 1.6 运行环境 3
2 综合描述
2.1 用例图 4 2.2 系统状态转换图 6 2.3 系统功能流程图 7 2.4 数据库结构分析 7
3 详细需求
3.1 外部接口需求 9 3.2 性能需求 10 3.3 质量属性 10 3.4 其他需求 10
1. 简介
1.1 软件名称
银行系统中的贷款业务子系统
1.2 软件功能
根据顾客的需求，在网上提供贷款、还款业务，同时提供多币种贷款功能，让用户可以使用不同货币的贷款功能。本系统与信用卡业务有关联，用户的贷款还款信息会影响到用户的信用卡业务记录并对其产生一定的影响。
1.3 关联性
此系统为银行系统的一部分，项目来源于SE 银行的委托。整个银行系统分为六个部
分，另外五个为：储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务、系统管理。用户需要登陆让系统确认身份后才能进入贷款及其他相关功能模块进行相应的操作。
1.4 开发系统目标
本系统的开发目标是让用户可以通过计算机和网络技术，来使用银行提供的贷款业务，使得客户可以节约到办理手续及排队等时间，同时提高银行的工作效率。
1.5 文档概述
需求规则说明采用面向对象的方法，在文档中主要采用了用例，E-R 图和数据字典等表示方法来描述需求。
1.6 运行环境
1）服务器的硬件配置要求：双核2.5GHZ 以上CPU ，2G 以上RAM ，200G 以上硬盘
空间；
软件配置要求：Windows 2003操作系统，c#,Microsoft SQL Sever 2005。
2）客户机的硬件配置要求：P3 1GHZ 以上CPU ，512M 以上RAM ，10G 以上硬盘
空间；
软件配置要求：Windows 2000/XP/2003操作系统。
2. 综合描述
2.1 用例图
系统的总体用例图如下，其中银行客户只需提交申请资料，其余操作又银行的工作人员操作完成，利息计算又系统后台的管理员完成。
贷款子系统用例图
1. 申请贷款
银行的客户在申请贷款时需要提供其本人的基本信息和一卡通账号（可以是其子账号），申请材料以书面形式递交。申请材料上需写明贷款的类型，金额，币种，预计期限。
用例说明如下： 用例：申请贷款
参与者：客户，审查专员 前置条件：审查专员成功登陆 后置条件：无
过程：1、银行客户提供一卡通账号与基本资料，并向审查专员提供申请材料。 2、审查专员录入一卡通账号，对客户进行基本资料的比对。 3、审查专员查看客户申请资料格式。 4、通知客户等待审查结果。 分支过程：无
异常： 1、客户基本资料不符。 2、申请材料格式错误。 包含用例：无
2. 审批贷款：
银行在收到申请人寄来的材料后，将根据不同的贷款种类交由不同的审批人员进行审批。每一份材料由两位不同的审批人员进行独立审批。审批人员在系统上对申请者各项条件进行评分：包括资料真实性、申请者评价、担保者评价、抵押物价值以及总评，按1到5分打分，并附上审批意见和审批结果：通过或者拒绝。若两个评估人员对任何一项的评分差异在2分以上或审批结果不同，须交给第三位审批人员重新审批。
用例说明如下： 用例：审批贷款 参与者：审查专员
前置条件：审查专员成功登陆 后置条件：无 过程：
分支过程：见图
异常：客户的申请没有被同意 包含用例：五个子用例。
3. 行长审阅
所有被通过的审批须由行长在系统上审阅通过后方可打印合同，由双方签字。签订合同。
用例说明如下：
用例：行长审阅
参与者：审查专员，行长
前置条件：行长，审查专员成功登陆系统 后置条件：行长收到审查专员提供的结果 过程：1、行长在线接收审查专员的结果 2、审阅审查结果
3、将结果返还给审查专员
4、若通过，通知客户结果，并签订合同，否则通知客户结果 异常：行长审查不通过。 包含用例：无
4. 发放与回收贷款
合同生效之后，由专门的工作人员通过银行系统向客户指定的一卡通账户或者储蓄账户发放贷款。客户按照事先确定的还款方式通过柜台或者发放专员向银行还款。其贷款到期为还者或为还清者，转入逾期贷款账户。逾期贷款应自逾期日起在合同利率上加收50%作为罚息，直到清偿本息为止。遇罚息利率调整分段计息。罚息根据合同计息方式规定按季或按月计收复利。 用例：发放与回收贷款 参与者：客户，发放专员 前置条件：发放专员成功登陆 后置条件：无
过程：1、发放专员根据客户的申请材料分期或者一次性向客户指定一卡通或者储蓄账户
发放贷款
2、客户在接到银行通知后检查自己的账户，看贷款是否到位。 3、客户到银行进行还款 4、银行收回贷款。 分支：无。
异常：发放贷款过程出现异常。逾期贷款未还者或者未还清。 包含用例：无
2.2 系统状态转换图
2.3 系统功能流程图
2.4 数据库结需求分析
根据所给定的要求和实际分析，我们初步设计了整个的系统中各个子系统关系图， 并根据改图进行整体的数据库设计。 子系统关系图如下：
贷款子系统的数据库需求初步设计
1、业务类型（账户）表（该表为所有子系统共用，并非只属于本系统） 2、顾客信息表 3、贷款记录表 4、还款记录表
5、利率表（此表由系统管理员给出） 几张表的基本逻辑关系如下：
通过分析我们得到贷款子系统的初步的E-R 图（某些实体的属性未标出，用省略号代 替）如下：
3. 详细需求
3.1 外部接口需求
1、银行工作人员的界面接口
系统登录界面：由登录控件组成。简单易操作。最后由开发完成成后在进行
贴图。
主界面：由导航条组成。简单易操作。最后由开发完成成后在进行贴图。
贷款子系统界面：由银行客户基本信息比对界面，申请材料录入界面。材料评价界面。行长审阅界面。最后是发放界面组成。由开发人员示范操作并培训后方可由银行工作人员操作。在开发完成后贴图。
还款子系统界面：由还款信息界面组成。由开发人员示范操作后并负责培
训后方可让银行工作人员操作。在开发完成后贴图。
2、硬件接口：无
3、其他软件接口：IE 浏览器。
4、通信接口：通过.NET 平台进行数据库访问和通信。
3.2 性能需求
1）系统对客户请求的最大响应时间是10 秒钟，在此时间内将响应结果显示在屏幕上；
2）系统的加载时间不大于10 秒钟；
3）系统支持的客户端数为n 。在系统成功发布后，可以进行并发的操作。
3.3 质量属性
可用性：系统可以使用并且连续完全操作时间不少于24 小时；
可扩展性：本系统可以增加新功能，并且易于维护；
安全性：本系统不影响其他软件的正常运行，而且不会被人故意修改或植入恶意程序；
在进行数据库的访问的时候不会产生脏数据。即可以进行并发的操作。对每
一项的对数据库操作，系统将会对其进行审计。且拒绝非法操作。
可靠性：系统工作过程中，不会发生数据泄露、事务死锁的现象，系统无故障执行时
间连续达到1年 以上，如果在系统工作过程中，若机器发生故障，系统数据
库会通过最近的备份进行恢复操作到发生故障前最近的备份点时的状态。
可维护性：在系统工作过程中查找和修复一个错误预期只需要很少的时间；
可移植性：从一个硬件或软件环境转移到另外一个硬件或软件环境中所需的工作量不
超过半个小时；
可测试性：测试人员通过软件测试软件在一个小时之内查找出是否存在缺陷；
易用性：对电脑使用熟练的用户在学习和操作系统所需时间不超过半个小时，知道电
脑基本操作的用户经过简单培训，很快就可以熟练掌握系统的操作。
3.4 其他需求
无
11