某银行信贷系统_系统架构设计文档
有关消费信贷系统架构设计说明书
有关消费信贷系统架构设计说明书【实用文档下载编辑省事省力】本文可供参考。
欢迎您直接下载宇信易\消m信j管理系y--暴露的v0-one框架目一概述............................................................................ .....................错误！未定义书签。
1.11.21.31.41.52文件目的地错误！没有定义书签。
背景和建设目标错误！没有定义书签。
设计规范和约束错误！没有定义书签。
标准物质。
错误的没有定义书签。
断言错了！没有定义书签。
架构需求分析............................................................................ .....错误！未定义书签。
2.1消费贷款关键业务场景分析错误！没有定义书签。
场景：申请............................................................................ ............................6场景：电核............................................................................ ............................6场景：审批............................................................................ ............................7场景：面签............................................................................ ............................8场景：还款计划与费率计算. (9)2.1.12.1.22.1.32.1.42.1.52.22.33消费贷业务特征......................................................................错误！未定义书签。
交通银行信贷分析系统建设方案
汇报人：2023-11-20•项目背景•系统建设方案概述•数据治理与风险管理目录•系统技术实现•实施方案与时间表•效益评估与持续优化•结论与展望01项目背景随着信贷业务的快速发展，风险控制成为首要任务，需要加强客户信用评估和风险预警机制。
信贷风险控制业务效率提升数据分析需求传统信贷审批流程繁琐，需要提高业务处理效率和客户满意度。
缺乏对客户数据的有效分析，无法为决策提供科学依据，需要完善数据挖掘和统计分析功能。
030201当前信贷业务面临的挑战通过系统自动化评估客户信用和风险预警，提高风险识别和预防能力。
提高风险控制能力通过系统简化审批流程，减少人工干预，提高业务处理效率。
提升业务效率通过系统规范信贷业务操作，满足监管部门对于风险管理和数据报送的要求。
满足监管要求信贷分析系统建设的必要性实现风险量化提高业务效率支持决策分析满足监管要求项目建设目标与意义01020304通过数据分析和挖掘，实现对客户信用的精准评估和风险预警。
缩短信贷审批周期，提高客户满意度和业务处理效率。
为管理层提供数据分析和决策支持，助力业务拓展和优化。
确保符合监管部门对于风险管理和数据报送的要求，降低合规风险。
02系统建设方案概述系统建设应以支持交通银行信贷业务发展为目标，满足各级信贷管理人员、客户经理和风险管理人员的需求。
业务导向原则系统应遵循国家和交通银行内部的各项标准和规范，确保系统的可维护性和可扩展性。
标准化和规范化原则系统应具备完善的安全性措施，保障用户数据和系统本身的安全。
安全性原则系统应具备灵活的业务配置和流程定制能力，以适应交通银行不断变化的信贷业务需求。
灵活性原则系统建设原则与思路负责与用户的交互，接收并展示用户输入，同时向用户展示信贷分析结果。
前端展示层包含各类信贷分析服务，包括客户信息查询、信贷产品推荐、风险评估等。
服务层包含各类数据源，如客户信息、信贷产品信息、风险评估指标等。
数据层包含服务器、存储设备、网络设备等基础设施，为整个系统提供计算、存储和网络支持。
某银行信贷系统系统架构设计文档
某银行信贷系统-系统架构设计文档————————————————————————————————作者：————————————————————————————————日期：****银行消费信贷系统规划及实施管理项目软件架构概要设计说明书文档审批信息版本编号/更审批日期审批人签字备注改记录编号目录修订历史........................................................................................................... 错误!未定义书签。
文档审批信息.. (4)1.简介 (6)1.1目的61.2面向读者61.3文档组织61.4设计限定61.5术语说明61.6参考文献72.项目建设目标和预期成果 (7)2.1建设目标72.2主要预期成果73.系统非功能需求分析 (8)3.1非功能需求分析方法83.2分析视角：系统服务对象93.3分析视角：系统服务目标93.4分析视角：生产类型定位103.5分析视角：文档电子化管理要求103.6系统目标114.系统设计限制及约束条件 (13)5.面向层次的技术架构设计 (14)6.技术架构的逻辑构成 (15)6.1概况：156.2分类说明167.实际部署 (18)1. 简介1.1 目的此文档从构架方面对系统进行综合概述，其中使用了大量不同的构架视图来描述系统的各个不同方面。
它用于记录并表述已在构架方面对系统作出的重要决策。
同时此文档也是在此项目后续具体实施时，各个系统功能模块的设计和开发的基础依据。
1.2 面向读者▪项目开发人员▪项目测试人员▪项目管理人员1.3 文档组织1.4 设计限定1.5 术语说明1.6 参考文献2.项目建设目标和预期成果2.1 建设目标建立基于http访问的消费信贷申请系统，方便****银行的合作伙伴通过此系统能够便捷的收集信贷人的资料，提高服务资料，缩短信贷申请时间。
商业银行信贷管理系统分析与设计
商业银行信贷管理系统分析与设计一、研究背景随着经济的快速发展，金融行业也随之繁荣，商业银行作为金融行业的主要组成部分之一，重要性不可忽视。
然而，随着金融市场的日益竞争，商业银行信贷风险的管理也变得越来越重要。
商业银行信贷管理系统的准确性、及时性和可靠性对于银行业务的发展起到至关重要的作用。
二、现状分析商业银行信贷管理系统是负责银行信贷审批流程的自动化软件。
该系统有助于提高银行的信贷评估能力，加强风险控制，提高效率和业务处理速度，减少运营成本等，并且由于现代化的技术支持，系统的可扩展性和可维护性都得到了显著提高。
然而，当前大多数商业银行使用的信贷管理系统都是自主开发和维护的，系统缺乏标准化和统一性，导致银行内部部门之间的信息交换障碍和效率低下。
同时，随着商业银行业务规模的扩大，系统规模也越来越大，维护成本显著增加，而且系统的灵活性和可拓展性较差，无法适应不断变化的业务需求。
三、需求分析为了满足商业银行信贷管理系统的基本需求，我们必须对商业银行的信贷业务流程、金融市场的变化、监管法规以及客户期望等方面进行详细的分析，从而确定其需求。
在此基础上，我们可以确定商业银行信贷管理系统的以下需求：1、系统应具备可扩展性和可维护性，能以更佳的方式来避免系统崩溃和数据丢失。
2、系统应具体智能化，能自动分析客户风险，提供风险评估报告和信用额度控制。
3、系统应该能够生成标准化申请表，方便内部部门和客户沟通。
4、系统应该能够支持直观地获得风险预测和控制数据，并生成实时的报表以支持多种决策者。
5、系统应该能够实现多种支付方式，方便不同客户使用。
四、设计方案为了满足上述商业银行信贷管理系统的需求，我们建议通过以下方式来实现：1、采用 MERN 技术栈、Nginx 服务器集群，采用同构的方案快速渲染页面。
2、使用支持智能分析和模拟的机器学习算法，能提供客户和业务申请人的信用评估。
结合深度学习技术，能增强预测和风险控制能力。
3、设计一个标准化的申请表和客户信息格式。
银行信贷管理系统数据库设计
银行信贷管理系统数据库设计概述银行信贷管理系统是银行业务的重要组成部分，其中的数据库设计是系统的基础。
良好的数据库设计可以提高系统的性能、可靠性和安全性，有效支持银行信贷管理流程。
本文将介绍银行信贷管理系统的数据库设计方案。
数据库结构用户表（User）字段名类型说明UserID 整型用户IDUserName 字符串用户名Password 字符串密码UserType 整型用户类型客户表（Customer）字段名类型说明CustomerID 整型客户IDName 字符串客户姓名Gender 字符串性别Birthday 日期出生日期Phone 字符串联系电话Address 字符串地址贷款表（Loan）字段名类型说明LoanID 整型贷款IDCustomerID 整型客户IDAmount 浮点型贷款金额Date 日期贷款日期Status 字符串贷款状态还款表（Repayment）字段名类型说明RepaymentID 整型还款IDLoanID 整型贷款IDAmount 浮点型还款金额Date 日期还款日期数据库设计数据库引擎选择在银行信贷管理系统中，数据安全性和可靠性非常重要。
因此，建议选择支持事务处理和数据一致性的数据库引擎，如MySQL、Oracle等。
数据库表设计1.创建用户表（User）存储系统的用户信息，其中UserID作为主键；2.创建客户表（Customer）存储客户的基本信息，其中CustomerID作为主键；3.创建贷款表（Loan）存储客户的贷款信息，其中LoanID作为主键，CustomerID为外键；4.创建还款表（Repayment）存储客户的还款信息，其中RepaymentID作为主键，LoanID为外键。
数据库索引设计为加速查询，应在关键字段上建立索引。
如在贷款表中的CustomerID、LoanID字段上建立索引，提高查询效率。
总结以上是银行信贷管理系统数据库设计的概要方案。
银行信贷分析系统建设方案
降低信贷风险
通过数据分析、风险评估和预警等功 能，有效控制信贷风险，减少不良贷 款率。
提升客户满意度
提供更快速、更便捷的服务，满足客 户需求，提高客户满意度和忠诚度。
优化资源配置
通过数据分析和预测，合理配置信贷 资源，提高资源利用效率和盈利能力 。
系统未来发展展望
智能化升级
大数据分析
借助人工智能、机器学习等技术，实现系 统自动学习和自我优化，提高智能化水平 。
对出现风险问题的信贷业 务进行处置，并对处置结 果进行评价和总结，优化 风险控制策略。
报表生成与分析
1 2
报表自定义与生成
支持用户自定义报表格式和内容，自动生成各类 报表，如客户信息报表、信贷业务报表、风险评 估报表等。
报表数据挖掘与分析
对报表数据进行深入挖掘和分析，发现数据背后 的规律和趋势，为银行决策提供数据支持。
验证系统在不同浏览器、操作 系统及设备上的兼容性。
系统部署与上线
环境准备
搭建服务器、网络等基础设施 ，确保系统运行环境的安全稳
定。
系统安装与配置
按照部署方案，进行系统安装 、配置及优化。
数据迁移与整合
将旧系统数据迁移至新系统， 并进行数据整合与校验。
上线运行与监控
系统正式上线运行，进行实时 监控和维护，确保系统稳定高
风险预警机制
实时监测信贷业务风险，对潜在风险进行预警，降低不良贷款率。
风险应对措施
针对不同风险等级的客户，制定相应的风险应对措施，定制与生成
根据银行需求定制各类 报表，如客户信息统计 表、信贷业务报表等。
报表数据分析
对报表数据进行深入分 析，挖掘潜在业务机会 和风险点，为决策提供 支持。
银行信贷管理系统的分析及其设计(doc 29页)
银行信贷管理系统的分析及其设计(doc 29页)第三章需求分析3.2 系统开发原则3.2.1 设计原则商业银行信贷管理系统作为商业银行业务管理和信息管理体系的组成部分，在设计时应充分考虑标准化原则，即一方面应根据有关的国际、国内和工业标准进行系统的设计，另一方面应充分考虑商业银行在长期的业务管理和信息管理系统建设中形成的本行业和本系统内的有关规范，使得该系统能够达到与其它业务管理和信息管理系统高效、便利地互联的目标。
3.2.2 实施原则在商业银行信贷管理系统的技术实现过程中，开发工具、实现方法、支撑环境的选择设计多种不同的产品和方法。
在进行具体的产品和方法选择时，一方面应坚持先进性原则，先进性原则首先要求技术领先，因为目前的信息技术正在快速发展，各种新技术和新概念不断引入，在技术上相对滞后的产品和技术将会逐渐退出市场，给未来的系统维护升级造成困难，同时先进性原则也要求相应的产品和技术在市场和服务等方面领先，以达到保护投资和利于系统长期维护、升级的目标。
另一方面，在系统的实施过程中又必须遵循实用性原则，这是由于系统的顺利推广不仅需要与实际需求和具体的使用环境相符合，同时还应考虑到实施的成本（包括资金成本和时间成本）等因素，这就要求在制定系统实现方案时必须从商业银行目前的实际技术环境、使用环境（包括人员、设施及有关的技术资源等）和外部环境（如与人民银行“银行信贷登记咨询系统”的连接）出发，做到先进性和实用性的相结合。
3.2.3 运行管理原则系统在投入使用后最重要的是日常的管理维护，在系统设计和实现阶段3.4 业务流程需求分析商业银行信贷管理系统是商业银行业务管理和信息管理体系的组成部分，它主要按客户处理贷款，以客户为中心，进行贷款管理。
我行信贷部门主要包括客户管理、业务管理、利息管理、信贷人员管理和查询统计等五个方面的业务功能。
（1）客户管理。
对贷款客户信息资源的一体化管理，逐步建立客户关系管理，并在一定的时候实现信贷系统与行内其他主要系统的数据交互，增强对贷款客户信息的沟通、监管。
XX消费信贷管理系统架构设计及建设项目解决方案【完整版定稿】
XX消费信贷管理系统架构设计及建设项目解决方案目录1 概述 (4)1.1 文档目.的 (4)1.2 背景与建设目标 (4)1.3 设计规范与约束 (5)1.4 参考资料 (5)1.5 述语 (5)2 架构需求分析 (7)2.1 消费贷关键业务场景分析 (7)2.1.1 场景：申请 (7)2.1.2 场景：电核 (8)2.1.3 场景：审批 (9)2.1.4 场景：面签 (10)2.1.5 场景：还款计划与费率计算 (11)2.2 消费贷业务特征 (11)2.3 设计目标与原则 (12)3 架构设计 (15)3.1 系统业务架构 (15)3.1.1 业务模式 (15)3.1.2 业务流程 (16)3.1.3 功能划分 (16)3.2 系统逻辑架构 (18)3.2.1 功能层次划分 (18)3.2.2 功能层次关系 (20)3.3 系统技术架构 (21)3.3.1 子系统划分 (21)3.3.2 技术选型 (24)3.3.3 技术架构分层 (25)3.3.4 关键技术点 (28)4 功能设计 (36)4.1 功能模块划分 (36)4.2 功能结构设计 (38)5 非功能设计 (42)5.1 性能设计 (42)5.2 安全设计 (43)5.3 容错设计 (44)1概述1.1文档目.的《架构设计说明书》用于确定消费信贷系统.的整体架构；明确业务功能结构、技术方向、以及设计原则；为后续阶段进行概要设计、详细设计、编码开发以及测试提供方向性、原则性.的指导.消费信贷系统主要针对消费金融公司、银行消费信贷部门.的业务运营需求而设计；本说明书将从消费贷业务特征分析为切入点；从业务架构、逻辑架构、技术架构等多个维度；逐步分析采用何种技术架构可以在最大程度地满足现有业务需求.的同时；也能兼顾将来一段时间内.的业务发展变化.1.2背景与建设目标基于国内整体消费金融业务.的发展情况和银行关注消费金融.的程度；以及国家加速发放消费金融牌照.的趋势；为了能够抢占消费系统服务市场份额；特别研发新一代消费信贷管理系统.消费系统建设整体目标如下：1、建立先进、有效、多类型.的进单渠道；并建立与渠道.的沟通方式；以扩大与外部合作机构、消费者.的联系和服务质量；扩大客户群体和异地服务.的能力.2、为了支持消费贷款业务短、平、快、业务量大等情况；建立适合.的业务处理流程.实现业务.的精细化管理、统计分析、监测、审批、控制.的电子化和自动化；提供存储、汇总、收集、反映；为各层次.的经营管理者提供监控、决策、分析、预警等功能；为信贷业务.的创新、经营决策提供充分.的信息支持.3、高效.的影像审批流程：通过消费信贷管理系统和影像系统.的整合；以及通过系统提供在线通知、在线打印等自动化功能；实现业务审批模式.的突破；满足消费业务集中审批、无纸化办公.的要求.4、智能.的数据决策分析平台：通过各种报表.的展示和数据.的统计分析查询；为不同层次.的人员提供相应.的数据；提高决策.的效率和决策.的效果.5、标准外围系统接口和数据规则：建立统一.的外围系统接口；包括人行征信/公安身份核查/总帐接口等；建立导入/导出数据和模板标准；便于与第三方进行数据文件交换.1.3设计规范与约束●Web容器（Servlet）JSR154规范●流程引擎遵循WFMC规范●规则引擎遵循JSR199规范●内容服务器遵循JSR170、JSR283规范●基于宇信公司EMP平台进行构建；在遵循EMP.的架构规范.的同时；在技术实现方式上接受EMP约束.●流程引擎参照WFMC标准进行设计；与非WFMC标准.的其它流程平台对接实现上存在一定.的技术困难；需作为关注.的技术实现约束条件.1.4参考资料《消费金融公司试点管理办法》1.5述语务；用途主要有个人购物、住房、汽车、一般助学贷款等消费性个人贷款.●CC：电话客服中心系统.●电核：金融机构通过电话沟通方式核实借款人身份、贷款用途等基本情况.●面签：贷款审批通过之后；约客户到场签订借款合同、缴纳费用；向客户说明贷款权利义务.●合作方：指金融机构在营销贷款产品时.的合作伙伴；如合作商户、大卖场、4S店等等.●功能模块：系统技术实现时；封装一类业务功能.的组织单元；一个功能模块下有一个或多个功能组件.●功能组件：系统技术实现时封装业务功能与处理逻辑.的组织单元；每个单元在概念上与业务过程中.的业务实体基本一致；如客户组件.●页面部件：系统技术实现；用于在系统界面中展现业务要素.的基本单元；如文本输入框.2架构需求分析2.1消费贷关键业务场景分析2.1.1场景：申请消费贷款申请；是信贷类系统.的典型场景之一；申请主要目.的是为收集客户贷款融资需求与客户.的基本信息；同时申请还需借助各种渠道来充分发挥其市场营销功能.在消费贷.的申请场景下；会有多种运作模式；例如由客户经理直接登录系统操作完成、由客户通过各种渠道操作完成、由合作商户通过各种渠道代理客户操作完成等等.消费贷申请用例图如下：图2-1从上图中可知；消费贷申请过程中涉及到.的角色有客户（申请人）、经销商（合作商户）以及客户经理.客户可以从网站（银行本身或第三方）、终端设备发起贷款申请；经销商可以从终端设备、合作商户子系统（消费贷子系统）发起申请；客户经理可以从消费贷系统发起申请.对客户、经销商与客户经理均可以通过系统查询申请.的状态（其权限范围内）.客户经理与后台自动任务可以对申请资料.的合规性进行筛选.消费贷申请；是整个系统.的业务操作入口；其涉及角色、渠道多；情况复杂变数多；同时在消费贷下.的不同产品申请时所关注.的业务要素可能有较明显差异；系统需要充分考虑金融机构消费贷产品种类井喷时系统.的应对方式.由于涉及不少渠道是由客户主动填写并发起.的；所以其数据量可能会很大；相应垃圾数据量也会很大；所以需要有人工与系统自动相配合.的数据筛选功能；对大量申请数据进行甄别.由于业务申请量可能较大；在设计时需要考虑尽量将录入工作从客户经理.的日常工作中剥离出来；减轻客户经理重复工作量.2.1.2场景：电核消费贷款电核；用于对客户身份与申请信息真实.的核查；一般情况下；电核为金融机构内.的独立部门使用独立.的系统（如CC）进行；消费贷款系统仅配合其完成电核操作即可；而不再去实现与CC系统相关.的功能（如任务调度、座席管理等等）.消费贷用例图如下所示：图2-2从上图中可知；消费贷电核过程中涉及到.的角色有客户经理、电核人员与客户.客户经理从消费贷系统中将资料提交至电核系统；同时也可以查询电核反馈结果；电核人员在电核系统中与客户电话联系；并将电核情况记录至系统中.电核过程；对于消费贷系统而言是一个可选部分；不是所有消费贷产品都需要这一步骤；而对于没有类似CC系统.的金融机构；但需要对客户作电核；则可以考虑直接作为系统业务流程.的一部分来简化实现；即在消费贷中系统录入线下电核结果即可.由于电核步骤涉及独立电核系统；所以在设计时需要充分考虑与电核系统间可能.的交互模式；保证在接入不同.的电核系统时；对消费贷本身业务流程.的实现没有影响.2.1.3场景：审批消费贷申请审批；也是信贷类系统.的典型场景之一；审批主要目.的是对客户.的贷款申请；按金融机构内规章制度.的进行逐级审批.不同金融机构、不同.的产品其审批流程步骤、参与人员、以及审批规则将会有明显区别.消费贷申请审批.的用例图下如：图2-3从上图可知；参与审批.的角色主要有客户经理与审批人员（如；其他客户经理、主管、风险专员等等）；担当审批人员.的角色不同机构、不同产品、甚至同一产品内不同.的申请（如；新件与复议件）都会有不同角色人员来完成审批工作；其完全取决与行内.的规章制度.但无论审批角色如何变化；其需要完成.的动作基本一至；主要包括对申请.在设计时需考虑消费贷审批过程.的不确性；系统需要提供灵活配置功能来应对不确定.的审批需求.由于每天申请单量可能较大；需要在设计层面充分考虑如何提高审批工作效率；例如批量审批操作、自动审批、关键消息提醒等等.同时；需要提供充足.的审批统计数据；为行内.的审批流程优化再造提供数据分析支撑.2.1.4场景：面签面签是信贷类系统.的典型场景之一；面签主要目.的是在审批通过之后约客户到场签订借款合同、缴纳费用；向客户说明贷款权利义务等等.一般而言面签主要工作是在系统线下完成；线上主要合同打印、登记面签结果、确认合同已签即可.但对于消费贷而言；对时间要求高；面签过程可能会直接在场外完成；以提高贷款.的效率.消费贷面签用例图如下：图2-4从上图可知；面签过程参与角色主要有客户、客户经理、合作商户（如经销商）；如果在场内签订合同；则客户与客户经理参与即可；如果在场外签订合同；则可能由客户、屏面签）；此时就不需要客户经理必须到场；仅需合作商户通过配合即可.由于消费贷面签过程大多都是在场内线下进行；但随着IT技术.的不断发展；面签功能会逐步放在场外上线进行；系统需要充分考虑在新.的面签模式下如何能很好.的支持.2.1.5场景：还款计划与费率计算由于消费贷大多数都是采用按揭方式还款；对灵活.的还款计划计算.的必不可少.系统需要能支持各种方式.的还款计划计算；以及相应.的费率计算.由于金融公司可能没有核算系统；所以系统中需要能提供部分账务核算功能；而对于有核算系统.的银行；则需要实现与其核算系统.的接口.为此系统需要充分考虑如何支持有核算系统与无核算系统两种情况.2.2消费贷业务特征消费贷款产品与其他贷款产品相比；其基本特征是小额、快速与灵活.在运作模式上主要特征是与特约商户合作推广业务.在目标客户群体在主要特征是针对年轻人、年轻家庭以及由合作商户推荐.的客户.服务模式上；主要特征是IT自助型服务模式.消费贷‘快速’这个特征最为突出；其中最快.的贷款产品要求可以直接在商户卖场中1小时之内完成；一般.的消费贷款产品；要求在1~3个工作日内完成.而机构内审批时间要求最快能在30内分钟完成.可以说没有什么贷款产品比消费贷对工作效率要求更高；这对于承载消费贷业务运营.的IT系统而言；如何满足对高效率.的要求将是一个挑战.消费贷‘灵活’主要体现在还款方式、利率与贷款品种上.由于消费针对.的目标客户.的用款需求十分明确；相对与信用卡（等其贷款产品）而言；还款方式与利率定价.的针对性更强；对于客户而言享用金融服务.的方式（如更适合自身条件.的还款方式）也更为多样化；更灵活.由于消费领域十广泛；与商户合作方式很多；对应.的消费贷会衍生出很多产品；如针对耐用消费品.的贷款产品、针对电子消费品.的贷款产品、针对教育培训.的贷款产品、针对汽车衍生品.的贷款产品等等.对于IT系统而言；需仔细考虑如何应对业务产品形态.的多样化.也许是由于年轻人更能接受超前消费.的观念.的原因；市面上已有消费贷产品面向.的客户主要群体一般是年轻人；消费贷产品将来一定会考虑采用更有针对性.的自动营销渠道；例如直接在网上商城内营销、手机/PAD等终端设备上营销、微博营销等等.对于IT系统而言则需要能支持多种.的营销渠道来源；同时也能提供给客户更多享用金融服务.的渠道；如通过手机/PAD等IT自助服务.由于金融机构.的消费贷产品未来发展；在很大程度上取决于对合作商户.的不断发掘；对于IT系统而言；需要充分考虑如何应对不断增加.的合作商与合作模式给系统功能带来.的负面影响.2.3设计目标与原则消费贷系统作为一个独立、新兴.的贷款类业务操作系统主要围绕着以下三个主要目标进行设计与建设：1、系统能提升消费贷业务运作.的效率；消费贷业务对时效性要求很高；在设计时需要优先考虑；系统能提供哪些模式；让工作效率得到最大限度.的提高.提高用户在系统中.的工作效率；首先是要有良好.的UI设计；在UI设计时考虑能达到不同业务场景下突出不同.的重点.的效果；尽量实现‘消息驱动’.的UI操作模式.要提高效率仅仅从UI层考虑是不够.的；更应该从优化业务操作流程着手；进一步考虑IT技术如何帮助业务流转加速；例如；自动化数据筛选、自动化审批、任务智能分配、大任务拆分、基于数据分析.的流程再造等等.除此UI与业务流程优化之外；在系统设计时需考虑提供相应机制；保障在业务高峰期.的系统性能；尽量保证不会出现因为系统响应速度原因而影响业务效率；例如；合理.的子系统划分、流量控制、支持系统.的横向扩展架构等等.2、系统能规范业务流程、屏蔽操作风险；消费贷系统作为业务操作管理类系统而言；能够监控与约束对机构内人员.的行为；屏蔽人为操作风险.的发生；是最原始.的初衷之一.系统设计时；不仅仅把贷款.的审批过程用工作流模式来实现；而是考虑采用其来实现操作层面.的主线功能；通过在系统中构建各业务场景间流转逻辑关系；来实现业务规范在系统中.的落地.同时；工作流模式还需要与风险识别与拦截机制结合起来；才能真正发挥规范业务流程.的作用.3、系统能支撑消费业务.的不断发展；消费金融公司在国内处于起步阶段；未来.的变数还很大；其主要表现在新消费贷产品可能会大量出现；甚至会出现全新.的业务模式.现在所设计.的消费贷系统；必须要认真考虑如何能适应将来较长一段时间内（3年）.的业务需求变化；至少要保证不影响业务.的发展；同时；尽量能缩短未来新产品.的落地开发周期；不影响新产品.的投放时间.3 架构设计3.1 系统业务架构消费贷业务不同于传统.的个人消费类贷款；其有着更灵活.的业务运营方式；下面将从业务模式、业务流程、功能划分三个部分来分析消费贷业务.的架构.3.1.1 业务模式消费贷.的业务模式与传统.的个人消费类贷款、以及个人信用卡相比；最大.的不同就是营销渠道.的不同；采用现场主动营销方式；即直接在客户消费场所营销；而不是被动地等着客户上门来贷款或者刷卡消费.为此；消费贷.的运作需要合作方支持；业务模式见下图： 图例客户合作方金融机构融资需求资金流货款分期还款佣金图3-1在传统贷款方式下；客户.的贷款需求是直接面向金融机构.的；而消费贷是通过在合作方（如卖场、4S 店、培训机构等等）.的内主动挖掘需求.在成交之后；金融机构直接将货款打给合作方；客户方分期向金融机构还款；金融机构在一定条件下；定期付给合作方一定.的佣金.在这种模式下金融机构赚取了利息与手续费、合作方扩大自己.的客户群并能赚取一定.的佣金、客户则提前买到了合作方.的产品或服务；实现了三方.的共赢.在这个模式下；对于金融机构而言；最重要.的是如何找到合适合作方；且能尽可能多地扩展新.的不同领域.的合作方；同时提供合作方感兴趣.的激励机制（如佣金等等）；对于客户则能提供更有针对性.的还款方式.3.1.2业务流程消费贷在业务流程上与普通贷款在本质上没有太多区别；其目地都是为了实现审贷分离.区别在于消费贷为提升效率；流程中各节点专业性更强、分工更明确；即采用类似信贷工厂.的模式（注：消费贷并不是工厂模式）.业务流程图如下所示：电核还款申请审批面签放款图3-2消费贷业务流程中；电核为可选节点；有.的机构或产品不需电核这一步骤；其它步骤均会必选步骤；面签为线下节点；今后可能会放至线上.申请节点；由客户经理或客户填写并发起；电核节点；由独立.的电核人员完成对客户.的核实；审批节点；由管理人员完成对申请.的审批；面签节点；由客户经理与客户一起完成.的同合.的签订；放款节点；由财务人员完成打款操作；还款节点；由系统自动完成从客户还款账户上扣款；或客户主动发起提前还款.随着业务量.的增大；今后可能会出现无法满足对放款时限要求.的情况；届时将考虑将上述流程中部分业务外包出去；例如申请与电核.同时；尽可能采用自动流程部分代替其中.的人工操作.3.1.3功能划分消费贷系统主要面向独立.的金融机构；一般其核心职能会划分到四个子部门：产品管理部门、风险管理部门、营销部门、财务部门.对应图3-2中；申请、面签交由营销部门中.的客户经理完成；审批由产品管理部门与风险管理部门负责；放款由财务部门完成.具体消费贷功能划分如下：消费信贷业务受理业务审批账务处理报表分析业务监控进单登记进单查询进单维护电核人工审批面签放款催收还款计划计算费用计算佣金计算业务分析报告流程分析报告风险分析报告图3-3消费信贷业务功能由五个部分组成；包括业务受理子模块、贷款业务流程处理和管理子模块、帐务模块、报表子模块、业务监控子模块；其包含了完成消费主体业务所需.的全部功能.各子模块完成专项工作；如受理模块主要完成营销和渠道进单功能；业务流程处理和管理模块主要完成金融机构内部对业务.的所有业务处理；包括电核、人工审批、放款、贷后管理、催收和保全；帐务模块主要完成贷款或卡业务.的各种帐务计算；包括还款计划生成、利息/贴息计算、罚息计算、复利计算、费用计算、佣金计算等；报表模块主要完成对所有业务分析、流程分析、客户分析、风险分析等统计和展现；业务监控模块主要用于对业务.的实时业务量监控.3.2 系统逻辑架构消费贷款系统功能从逻辑上划分成六个层面——业务操作层、业务管理层、业务工具层、决策分析层、账务核算层以及技术支撑层.功能逻辑结构如下图所示： 账务核算业务管理业务操作业务产品线技术支撑业务工具耐用消费品贷款汽车配件贷款助学贷款Mini 循环贷款电子消费品贷款客户管理合同管理台账管理产品管理额度管理催收管理信用评级资产分类贷款定价业务导航合作方卖场进件通道决策分析业务分析流程分析额度测算组件机构管理风险分析商户管理流程引擎规则引擎DAO EMP 容器4S 店进件通道报表引擎贷款发放还款扣款贴/罚息处理减值计提形态转移图3-43.2.1 功能层次划分业务操作层在业务操作层中.的功能用于直接面向客户.的业务操作与呈现；可以简单地认为其相当于系统.的面门；用作信贷基层人员对最终客户.的业务门面与操作入口.其中包括业务产品线、合作方两大部分.产品部分以业务产品为基本组织单位；其承担着一个产品在生命周期内所有对外.的功能.之所从在概念上与物理上将这一层分离出来；一方面能将系统功能与现实中.的业务角色功能映射上；减少现实业务与虚拟系统之间在基本概念与组织结构上.的差异；另一方面也是因为在业务操作层面上；业务形态丰富、变数大；期望通过架构上.的分离；来确保系统能适应这种特性；不会因为新业务.的加入而影响已有业务.可以说业务操作层就是整个信贷业务.的外延.●业务管理层在业务管理层中.的功能用于对业务操作层.的支撑与管控；可以简单地认为其相当于中后台；用于中、基层管理人员对业务运作.的监控与管控.本层以业务生命周期过程中.的业务实体为基本组织单位；其承载着各业务环节.的管理、配置、监控、以及对应业务实体.的基本功能（与现有划分基本对应）；并为业务操作层提供具体功能服务.由于采用业务实体为功能单组织单位；其相对操作层而言是稳定.的；这是因为业务实体作为业务生命周期中承载业务要素.的介质；其种类个数是一定是可穷举.的；其在不同贷款业务间是相同、相似甚至是可共用.的；并且在不同银行间之也是相似.的.而相对于业务操作层面；业务产品种类个数（尤其是对未来新产品）是不可预期.的；不同业务产品间使用.的业务实体也不会相同；更重要.的每种产品.的运作模式都会完全不同；不同银行间产品.的运作模式也有明显差异.可以说业务管理层就是整个信贷业务内涵.●业务工具层在业务工具层中.的功能；用于为业务操作与业务管理.的正常运作提供必要.的专业.的工具箱；但其并不对业务运作.的形态、业务规则或流程产生直接影响.同时；业务工具是完全可以与.的业务操作、管理相分离.的；甚至可以替换成第三方独立系统.之所以划分出这一层；主要原因是为银行内部对专业化技能.的要求越来越高；随着银行自身.的发展；会形成越来越多专业职能岗位（或部门）；或者干脆将部分非核心.的业务操作外包给第三方.独立.的工具层；可以与银行机构组织职能一一对应上；同时；也有利于在核心业务与非核心业务之间划分出一条明显界线；从架构层面去减轻两者间.的耦合程度.●决策分析层在决策分析层中.的功能；用于对业务运营过程中产生.的数据进行统计分析；例如；对业务办理效率分析、对贷款人群分布分析、逾期贷款占比分析等等.决策分析层中；主要通过日终批数据加工处理、报表工具来实现对数据.的分析与展现.由于数据分析不是现阶段消费贷系统.的关注.的重点；因此；独立划分出决策分析层；有利于保持核心功能.的稳定性.●账务核算层在账务核算层中.的功能；用于为没有核心业务系统.的金融机构；提供一个Mini 版.的核心业务系统；其只含贷款功能；不含存款功能（注：与银监管会相关策略吻合）.其能完成贷款发放、还款扣款、罚息减免、贴息处理、减值计提、贷款形态转移等基础.的账务核算功能.由于不是所有金融机构都没有核算系统；所以将本层独立出来；保持其与它层次间.的独立性；有利用增强产品.的适应能力.●技术支撑层技术支撑层；用于为消费贷系统提供基础开发平台与运行容器；是所有业务功能落地.的基石.其中包含.的EMP容器、流程引擎、规则引擎、报表引擎与数据访问工具等等.本层将在后继章节进行详细介绍.3.2.2功能层次关系消费贷款系统中六层功能之间是一个逐层依赖.的关系；如下图所示：。
消费信贷系统架构设计说明书
宇信易诚消费信贷管理系统——架构设计说明书v0.1目录1概述 (4)1.1文档目的 (4)1.2背景与建设目标 (4)1.3设计规范与约束 (4)1.4参考资料 (5)1.5述语 (5)2架构需求分析 (6)2.1消费贷关键业务场景分析 (6)2.1.1场景：申请 (6)2.1.2场景：电核 (6)2.1.3场景：审批 (7)2.1.4场景：面签 (8)2.1.5场景：还款计划与费率计算 (9)2.2消费贷业务特征 (9)2.3设计目标与原则 (9)3架构设计 (11)3.1系统业务架构 (11)3.1.1业务模式 (11)3.1.2业务流程 (11)3.1.3功能划分 (12)3.2系统逻辑架构 (13)3.2.1功能层次划分 (13)3.2.2功能层次关系 (14)3.3系统技术架构 (15)3.3.1子系统划分 (15)3.3.2技术选型 (17)3.3.3技术架构分层 (17)3.3.4关键技术点 (19)4功能设计 (24)4.1功能模块划分 (24)4.2功能结构设计 (25)5非功能设计 (28)5.1性能设计 (28)5.2安全设计 (28)5.3容错设计 (29)1概述1.1文档目的《架构设计说明书》用于确定消费信贷系统的整体架构，明确业务功能结构、技术方向、以及设计原则，为后续阶段进行概要设计、详细设计、编码开发以及测试提供方向性、原则性的指导。
消费信贷系统主要针对消费金融公司、银行消费信贷部门的业务运营需求而设计，本说明书将从消费贷业务特征分析为切入点，从业务架构、逻辑架构、技术架构等多个维度，逐步分析采用何种技术架构可以在最大程度地满足现有业务需求的同时，也能兼顾将来一段时间内的业务发展变化。
1.2背景与建设目标基于国内整体消费金融业务的发展情况和银行关注消费金融的程度，以及国家加速发放消费金融牌照的趋势，为了能够抢占消费系统服务市场份额，特别研发新一代消费信贷管理系统。
银行信贷管理系统详细设计说明书_v1.
.银行信贷管理系统详细设计说明书编写：吴超宏日期：2013-10-25审核：吴超宏日期：2013-10-28批准：吴超宏日期：2013-10-28受控状态：是发布版次：1.3 日期：2013-10-28编号：变更记录签字确认目录1 引言 (4)1.1 编写目的 (4)1.2 背景 (4)1.3 基线 (4)1.4 围 (4)1.5 定义 (4)1.6 参考资料 (4)1.7 术语与缩写解释 (5)2 模块命名规则 (6)3 模块汇总 (6)3.1 模块汇总表 (6)3.2 模块关系图 (7)4 子系统模块设计 (7)4.1 模块1 (7)4.2 模块2 (8)4.3 模块3 (8)4.4 模块4 (8)4.5 模块5 (9)1引言1.1编写目的主要利用计算机及网络技术，快速准确地实现信息共享。
该系统是以客户管理为中心，对客户的各种贷款控制与管理。
主要包括客户管理、业务管理、利息管理、综合管理、信贷人员信息管理报表管理、系统管理等功能模块。
各功能模块紧密联系，相互协作。
以高效、简单、实用引领你进入一个信息化管理时代，让你很快感受到信息化管理的好处。
1.2背景待开发软件系统的名称：商业银行信贷管理信息系统此软件系统任务提出者：中软国际此软件系统任务开发者：Java班吴超宏组成员此软件系统任务用户：中软国际1.3基线商业银行信贷管理信息系统需求分析说明书v1.0商业银行信贷管理信息系统需求分析说明书v1.11.4围数据精度到分。
1.5定义B/S（Brower/Server）IIS 5.0（Internet Information Server）HTML（Hypertext Markup Language,超文本标记语言）CSS（Cascading Style Sheets,层叠样式表单）JSP（Java Server Pages）SQL 结构化查询语句JRE JAVA运行时环境1.6参考资料[1] 郭荷清.《现代软件工程》.华南理工大学[2] 敏莺，丽，文学义.《Rational Rose 2003 基本教程》.冶金工业[3] 桂元,贾燕枫.《Eclipse开发入门与项目实践》.人民邮电[4]《软件需求分析》1.7术语与缩写解释2模块命名规则2.1包命名规则开发组将基于JAVA开发中产生的包分为两类，一是与各业务系统相关的包，一是与业务系统无关的，可公用的包。
银行信贷管理系统的分析及其设计
第三章需求分析3.2系统开发缘故此设计缘故此商业银行信贷治理系统作为商业银行业务治理和信息治理体系的组成局限，在设计时应充分考虑标准化缘故此，即一方面应依据有关的国际、国内和工业标准进行系统的设计，另一方面应充分考虑商业银行在长期的业务治理和信息治理系统建设中形成的本行业和本系统内的有关典型，使得该系统能够抵达与其它业务治理和信息治理系统高效、便利地互联的目标。
实施缘故此在商业银行信贷治理系统的技术实现过程中，开发工具、实现方法、支撑环境的选择设计多种不同的产品和方法。
在进行具体的产品和方法选择时，一方面应坚持先进性缘故此，先进性缘故此首先要求技术领先，因为目前的信息技术正在快速开发，各种新技术和新概念不断引进，在技术上相对滞后的产品和技术将会逐渐退出市场，给今后的系统维护升级造成困难，同时先进性缘故此也要求相应的产品和技术在市场和侍候等方面领先，以抵达保卫投资和利于系统长期维护、升级的目标。
另一方面，在系统的实施过程中又必须遵循有用性缘故此，这是由于系统的顺利推广不仅需要与实际需求和具体的使用环境相符合，同时还应考虑到实施的本钞票〔包括资金本钞票和时刻本钞票〕等因素，这就要求在制定系统实现方案时必须从商业银行目前的实际技术环境、使用环境〔包括人员、设施及有关的技术资源等〕和外部环境〔如与人民银行“银行信贷登记咨询系统〞的连接〕动身，做到先进性和有用性的相结合。
运行治理缘故此系统在投进使用后最重要的是日常的治理维护，在系统设计和实现时期应当充分考虑到系统的日常维护工作，提高系统的可维护性。
一方面，信贷治理系统所涉及的是商业银行及其客户的信贷业务信息和要紧经济财务指标等敏感性信息，因此信息的正常可靠性是系统设计中应当着重考虑的。
这要求系统设计和实现时充分考虑诸如信息的保密性、访咨询的可控性、数据的完整性、系统的冗余性等正常可靠性因素。
另一方面，正因为系统的运行治理融合于日常的业务运作过程之中，这又要求系统所提供的相应的保证正常可靠的手段使用灵活、便于治理，并能随着正常策略的改变而有一定的弹性，做到在保证系统正常可靠性的本原上尽可能提供相应的灵活性。
XX银行信贷分析系统建设方案
XX银行信贷分析系统建设方案目录第一章信贷分析系统综述 (3)1.1 系统综述 (3)1.2系统目标 (4)第二章系统设计方案 (6)2.1信贷系统整体架构 (6)2.2 系统体系结构 (8)2.3应用体系结构 (10)2.4 数据体系结构 (11)第三章系统建设方案 (12)3.1 数据抽取 (12)3.2 数据分析 (12)3.3 信贷计划 (13)第四章系统软件说明 (14)4.1 Enterprise 简介 (14)4.2 Enterprise产品套件 (16)4.2.1 基于Client/Server的用户工具 (18)4.2.2 基于Web的用户工具 (19)4.2.3 Enterprise服务器解决方案 (20)4.3 Enterprise的功能特点 (24)4.4 Report简介 (29)4.5 .Report的优势 (31)4.6 . Report 6.0组件 (39)4.7 Portal简介 (40)4.8 .PORTAL产品套件 (46)第一章信贷分析系统综述1.1 系统综述贷款是银行极其重要的业务,超过一半的银行资产是贷款,约三分之二的银行经营收入是贷款利益和手续费收入。
信贷分析系统是商业银行风险控制及客户服务最重要的组成部分，我们认为，一个良好的信贷分析系统，需要实现以下几个功能：∙风险分析：o智能评分：对信用评级和信贷清分，系统提供具有记忆学习功能的智能打分模型，从而解决了量化、客观、大批量的风险评估难题，为银行快速决策提供了技术保证，为银行实施风险防范措施赢得了时间。
o风险因素分析：根据银行实际风险资产发展情况，剖析影响风险的内在关联因素，提炼表征风险恶化趋势的关键指标和风险线，为银行提前发现、规避潜在危险提供参考；o风险预警：系统提供多方位的风险预警功能，包括财务指标恶化预警、关联企业集中风险预警、已发生逾期企业其它贷款预警、已发生欠息企业其它贷款预警，使银行及时了解企业与贷款的演变，采取必要的保全措施。
银行信贷管理系统的分析与设计
第三章需求分析3.2 系统开发原则3.2.1 设计原则商业银行信贷管理系统作为商业银行业务管理和信息管理体系的组成部分，在设计时应充分考虑标准化原则，即一方面应根据有关的国际、国内和工业标准进行系统的设计，另一方面应充分考虑商业银行在长期的业务管理和信息管理系统建设中形成的本行业和本系统内的有关规范，使得该系统能够达到与其它业务管理和信息管理系统高效、便利地互联的目标。
3.2。
2 实施原则在商业银行信贷管理系统的技术实现过程中,开发工具、实现方法、支撑环境的选择设计多种不同的产品和方法.在进行具体的产品和方法选择时，一方面应坚持先进性原则,先进性原则首先要求技术领先，因为目前的信息技术正在快速发展，各种新技术和新概念不断引入，在技术上相对滞后的产品和技术将会逐渐退出市场，给未来的系统维护升级造成困难，同时先进性原则也要求相应的产品和技术在市场和服务等方面领先,以达到保护投资和利于系统长期维护、升级的目标。
另一方面，在系统的实施过程中又必须遵循实用性原则,这是由于系统的顺利推广不仅需要与实际需求和具体的使用环境相符合，同时还应考虑到实施的成本（包括资金成本和时间成本)等因素，这就要求在制定系统实现方案时必须从商业银行目前的实际技术环境、使用环境（包括人员、设施及有关的技术资源等）和外部环境（如与人民银行“银行信贷登记咨询系统”的连接）出发,做到先进性和实用性的相结合。
3。
2.3 运行管理原则系统在投入使用后最重要的是日常的管理维护，在系统设计和实现阶段应当充分考虑到系统的日常维护工作，提高系统的可维护性。
一方面，信贷管理系统所涉及的是商业银行及其客户的信贷业务信息和主要经济财务指标等敏感性信息，因此信息的安全可靠性是系统设计中应当着重考虑的.这要求系统设计和实现时充分考虑诸如信息的保密性、访问的可控性、数据的完整性、系统的冗余性等安全可靠性因素。
另一方面，正因为系统的运行管理融合于日常的业务运作过程之中,这又要求系统所提供的相应的保证安全可靠的手段使用灵活、便于管理,并能随着安全策略的改变而有一定的弹性，做到在保证系统安全可靠性的基础上尽可能提供相应的灵活性。
银行信贷管理系统的设计开发
数据报表分析需求
报表生成
支持自定义报表格式，根据业务需求生成各 类报表，如客户信息统计表、信贷业务统计 表等。
报表查询
提供对已生成的报表进行查询、导出等功能，方便 用户对报表数据进行进一步的分析和处理。
数据分析
支持对报表数据进行多维度分析，提供图表 展示和数据可视化功能，帮助用户更好地理 解数据和业务状况。
3
信贷合同管理
支持对已签订的信贷合同进行查询、修改和删除 等操作，确保合同信息的完整性和准确性。
系统权限管理需求
角色管理
支持对系统角色进行定义、修改 和删除等操作，为不同角色分配 不同的权限。
用户管理
支持对系统用户进行添加、修改 和删除等操作，为每个用户分配 相应的角色。
权限控制
根据角色和用户的不同，对系统 功能进行细粒度的权限控制，确 保系统的安全性。
软件要求
需要安装数据库管理系统、中间件、操作系统等软件，并确保软件 版本兼容。
网络要求
需要具备稳定、安全、可靠的网络环境，包括内网和外网，以满足 系统数据传输和远程访问的需求。
系统维护与升级
01
日常维护
定期检查系统硬件和软件的运行 状况，清理垃圾数据，更新病毒 库等，确保系统稳定运行。
故障处理
02
云部署
02
将银行信贷管理系统部署在云平台上，利用云平台的弹性伸缩
和灾备能力，提高系统的可扩展性和可靠性。
混合部署
03
将核心业务部署在独立服务器上，非核心业务部署在云平台上，
结合独立部署和云部署的优势，降低成本和提高效率。
系统运行环境要求
硬件要求
根据系统规模和业务需求，需要配置足够的内存、存储和计算能 力。
有关消费信贷系统架构设计说明书
本文可参考实际使用，欢迎直接下载使用宇信易誠消費信貸管理系統——架構設計說明書v0.1目錄1概述 ................................................................................................. 错误！未定义书签。
1.1文档目地.................................................................................. 错误！未定义书签。
1.2背景与建设目标...................................................................... 错误！未定义书签。
1.3设计规范与约束...................................................................... 错误！未定义书签。
1.4参考资料.................................................................................. 错误！未定义书签。
1.5述语.......................................................................................... 错误！未定义书签。
2架构需求分析 ................................................................................. 错误！未定义书签。
2.1消费贷关键业务场景分析...................................................... 错误！未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
****银行消费信贷系统规划及实施管理项目软件架构概要设计说明书文档审批信息目录修订历史........................................................................................................... 错误!未定义书签。
文档审批信息.. (2)1. 简介 (4)1.1 目的 (4)1.2 面向读者 (4)1.3 文档组织 (4)1.4 设计限定 (4)1.5 术语说明 (4)1.6 参考文献 (4)2.项目建设目标和预期成果 (5)2.1 建设目标 (5)2.2 主要预期成果 (5)3.系统非功能需求分析 (5)3.1 非功能需求分析方法 (5)3.2 分析视角：系统服务对象 (6)3.3 分析视角：系统服务目标 (7)3.4 分析视角：生产类型定位 (7)3.5 分析视角：文档电子化管理要求 (8)3.6 系统目标 (8)4.系统设计限制及约束条件 (11)5.面向层次的技术架构设计 (11)6.技术架构的逻辑构成 (13)6.1 概况： (13)6.2 分类说明 (13)7.实际部署 (15)1. 简介1.1 目的此文档从构架方面对系统进行综合概述，其中使用了大量不同的构架视图来描述系统的各个不同方面。
它用于记录并表述已在构架方面对系统作出的重要决策。
同时此文档也是在此项目后续具体实施时，各个系统功能模块的设计和开发的基础依据。
1.2 面向读者▪项目开发人员▪项目测试人员▪项目管理人员1.3 文档组织1.4 设计限定1.5 术语说明1.6 参考文献2.项目建设目标和预期成果2.1 建设目标建立基于http访问的消费信贷申请系统，方便****银行的合作伙伴通过此系统能够便捷的收集信贷人的资料，提高服务资料，缩短信贷申请时间。
2.2 主要预期成果1 提升业务处理效率▪以客户为中心，支持全流程一体化的业务处理，提升整体业务效率；▪结合用户职责，提供客户、项目、合同等全方位的信息，缩短信息查阅时间，提升业务经办效率。
2 增强业务监控能力▪实时监控机制运行的关键信息和指标，为业务的平稳运行提供保障；▪提供全面的操作痕迹保留手段，为稽核检查工作提供必要的依据。
3改善数据质量▪依据业务的需求，在业务经办过程中可以对数据质量进行控制，建立集中化的、一致、及时、准确的数据基础，满足内部统计、分析、决策的需要，以及外部监管部门和投资者对信息披露的要求。
4提升信用风险管理水平▪整合第三方的评级系统，实现定量化的信用风险评估；▪整合外部信息，识别风险征兆，促进资产质量与收益的持续性改善与提升。
3.系统非功能需求分析3.1 非功能需求分析方法参照ISO/IEC 9126，可对系统架构9个非功能性子特性进行分析：全面分析业务特征，立足业务持续发展与创新，多维度分析非功能需求,建立技术架构设计基础•系统服务对象分析视角非功能性需求架构设计•系统服务目标•生产类型定位•文档电子化管理要求开放性扩展性适应性安全性高性能高可用可管理易用性可靠性………图 1 非功能性需求分析方法3.2 分析视角：系统服务对象图 2 分析视角：系统服务对象3.3 分析视角：系统服务目标图 3 分析视角：系统服务目标3.4 分析视角：生产类型定位图 4 分析视角：生产类型定位3.5 分析视角：文档电子化管理要求图 5 分析视角：文档电子化管理要求3.6 系统目标安全性•认证：提供基于用户名/口令的认证方式、提供数字证书的身份认证方式•授权：提供基于角色的应用软件功能的访问控制，提供基于角色和组织机构的数据对象的访问控制能力•机密性：通过安全的网络传输协议，利用公钥/私钥保证数据在传输过程的安全•完整性：利用数字签名技术保证系统传输的关键性业务数据的完整性易用性1. 易见•功能操作不超过三级菜单•主要功能设置快捷方式•提供个人收藏夹功能，便于直接点击进入•系统信息变更在界面易见，无需要手工刷新或者重复操作而显示变化的关键结果•针对管理类和决策类用户的查询和监控类操作界面，提供饼图，柱状图等形象的表达方式2. 易用•对操作性界面，简化输入工作，提供多种可选择输入方式•说明文字言简意赅，不存在二义性•光标键切换有规律，不紊乱•关联界面间具有相互联系，可自由转换•界面简洁，按钮操作少而明确3. 易学•具有清晰的导航/向导功能。
•用户手册准确，易懂•界面操作简化，提供友好提醒•具有简单的在线提示功能适应性•在流程定义上，系统提供灵活的机构授权配置•在贷款类型定义中,用户可以定义不同类型的业务产品，以适应业务的变化•系统具有基于角色的应用功能权限管理能力•系统具有基于角色的数据访问权限管理能力可管理•系统运行状态可管理：如系统启动、停止等•异常处理规则可维护•流程运行状态可维护•可对非结构化数据进行存储、管理、检索•可对非结构化数据的规范化管理，支持多种文档的存储高可用•保证系统持续、稳定运行•并且计划外宕机时间控制在全年的2%以内开放性•系统支持外部系统平滑接入•规范服务接口，统一化服务调用•支持规范事务类别•系统应提供与****银行提供的评级系统的接口对接能力可扩展性•系统能够对产品共性进行归纳与抽象，实现产品的参数化管理，实现产品产品创新与产品变更的配置化管理•实现业务流程标准化与产品特性的分离可靠性•能保证业务交易及其数据传递的完整性和一致性•在系统运行异常甚至发生故障时，能提供故障恢复的能力高性能A响应时间：•用户访问系统登陆界面的响应时间目标4秒•用户98%的简单查询访问的响应时间目标2-5秒•用户98%的简单增删改事务处理访问的响应时间目标1-4秒•用户98%的复杂查询访问的响应时间目标是5－8秒•服务器的平均利用率应不大于75%B在线用户数量：•系统应能支持同时在线用户数为总用户数的60%C并发交易量：C1平均事务处理量：•简单增删改查页面点击交易量:30次/秒•复杂的查询交易:30次/秒C2峰值事务处理量：•简单增删改查页面点击交易量100次/秒•复杂的查询交易是40次/秒4.系统设计限制及约束条件1, Web 界面：Ext js(开源)2. 安全与认证：ca产品3. 应用服务器软件(App Server):WebSphere(商业软件)4. BPM产品5,数据库产品（可以集成现有数据库）5.面向层次的技术架构设计从面向层次设计的视角，可将系统设计为如下层次：用户交互层、交互控制层、业务服务层、公共服务层、业务流程管理扩展、数据访问层和数据存储层。
•用户交互层，基于Web2.0实现技术，负责用户与系统的人机交互界面，为用户提供一定的本地计算能力。
• 交互控制层，负责为界面和业务服务之间进行数据转换，同时对系统的事务进行总体控制，隔离界面实现与后台服务实现，使后台业务服务实现更为标准化。
• 业务服务层，主要包括各类封装了业务实现逻辑的业务服务组件，调用数据访问层的数据服务，本身不直接访问数据库。
另外，系统根据业务需求，负责调用法兴银行已有的第三方系统。
• 公共服务层为整个应用的公共需求提供统一的、重用的服务。
包括：日志、异常、事务、认证、校验等。
• 业务流程扩展部分，屏蔽具体的业务流程实现技术，为系统提供对流程和任务的管理以及处理等操作，如，启动流程，转发任务等。
• 数据访问层，负责进行数据访问及系统间交互操作，关注数据的存取操作，不关心业务服务如何调用数据， 屏蔽对数据库表的直接SQL 操作。
层次视角系统结构见下图：A 用户交互层B 交互控制层C 业务服务层D 公共服务层E 数据访问层F 数据存储层图 6 面向层次视角的技术架构6.技术架构的逻辑构成6.1 概况：1.采用Web2.0的UI设计2.采用BPM进行流程管理3.通过同一模块和外部系统进行交互4.采用ORM技术封装独立的数据访问层5.系统有很好的适应性，可扩展性和开放性图7 技术架构的逻辑构成视图6.2 分类说明管理：1.统一化定义管理各模块的接口，降低管理与系统核心模块的耦合度2.管理分为：权限管理，系统配置管理，异常管理3.系统配置参数的管理将直接影响系统核心的运行，与配置加载，配置参数刷新等构成了一个整体4.异常管理主要与流程处理挂钩，统一管理异常，增加人员修复的机会并使流程继续运行，降低系统维护成本界面展现层：1.界面UI与数据很好分离。
2.用户界面友好，交互体验丰富。
3.UI架构开放, 采用标准XML数据与后台交互。
4.与无线Web很好融合，支持PDA，手机等多渠道方式的无线访问。
界面与后台数据交互：1，DWR (Direct Web Remoting)是开源技术，前端Javascript与Server端的Java交互，充分利用网络带宽2，和JavaScript相结合，提供了多种交互模式(同步，异步)，增强用户体验型原理如下：图8 DWR原理示意Web 层：1.Web Server独立部署，可被外网访问。
网络安全具有可较强的可扩展性，可以考虑采用授权认证等体系。
App Server：1. 体现业务系统的业务逻辑，支持信息管理类操作。
2. 与流程，数据访问等存在高内聚的接口，与****银行的****平台存在松耦合的服务交互接口。
BPM 流程定制：1.承载平台所有业务流程的运行。
2.流程环节多，参与部门和人员多，流程存在状态管理，存在与任务管理的无缝交互。
数据库访问：1. 数据访问层屏蔽底层数据存储的差异，采用对象化处理方法实现关系数据库的访问。
2. 区分应用数据库与流程库等，便于采用不同的维护方法和备份/清理周期。
文件访问：1， 文件访问提供了统一的文件上传下载和管理的统一接口。
2， 将数据文件和零时文件区分开来，便于采用不同的维护和备份策略。
7. 实际部署系统部署原则3， 实现用户端的零部署 4， 系统集中部署模式5， 系统模块可分布部署, 部署的物理机群可根据需要缩小和扩展6， 通过规则和参数等技术保证系统针对不同客户的多样性，适应环境变化图 9 系统部署图负载均衡器Web Server内部防火墙BPM Server集群部署HA部署交叉HADB Server集群部署外部防火墙App Server。