某银行信贷系统系统架构设计文档.docx

《某银行信贷系统系统架构设计文档.docx》由会员分享，可在线阅读，更多相关《某银行信贷系统系统架构设计文档.docx（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、*银行消费信贷系统规划及实施管理工程软件架构概要设计说明书文档审批信息版本编号/更改记录编号审批日期审批人签字备注目录修订历史2文档审批信息21.简介4目的4面向读者4文档组织5设计限定5术语说明5参考文献52.工程建立目标和预期成果5建立目标5主要预期成果53.系统非功能需求分析6非功能需求分析方法6分析视角：系统效劳对象7分析视角：系统效劳目标8分析视角：生产类型定位8分析视角：文档电子化管理要求9系统目标94.系统设计限制及约束条件125.面向层次的技术架构设计126.技术架构的逻辑构成14概况：14分类说明147.实际部署161. 简介1.1 目的此文档从构架方面对系统进展综合概述，其

2、中使用了大量不同的构架视图来描述系统的各个不同方面。 它用于记录并表述已在构架方面对系统作出的重要决策。同时此文档也是在此工程后续具体实施时，各个系统功能模块的设计与开发的根底依据。1.2 面向读者 工程开发人员 工程测试人员 工程管理人员1.3 文档组织1.4 设计限定1.5 术语说明1.6 参考文献2. 工程建立目标与预期成果2.1 建立目标 建立基于 访问的消费信贷申请系统，方便*银行的合作伙伴通过此系统能够便捷的收集信贷人的资料，提高效劳资料，缩短信贷申请时间。2.2 主要预期成果 1 提升业务处理效率 以客户为中心，支持全流程一体化的业务处理，提升整体业务效率； 结合用户职责，提供客

3、户、工程、合同等全方位的信息，缩短信息查阅时间，提升业务经办效率。2 增强业务监控能力 实时监控机制运行的关键信息与指标，为业务的平稳运行提供保障； 提供全面的操作痕迹保存手段，为稽核检查工作提供必要的依据。3改善数据质量 依据业务的需求，在业务经办过程中可以对数据质量进展控制，建立集中化的、一致、及时、准确的数据根底，满足内部统计、分析、决策的需要，以及外部监管部门与投资者对信息披露的要求。4提升信用风险管理水平 整合第三方的评级系统，实现定量化的信用风险评估； 整合外部信息，识别风险征兆，促进资产质量与收益的持续性改善与提升。3. 系统非功能需求分析3.1 非功能需求分析方法参照ISO/I

4、EC 9126，可对系统架构9个非功能性子特性进展分析：图 1 非功能性需求分析方法3.2 分析视角：系统效劳对象图 2 分析视角：系统效劳对象3.3 分析视角：系统效劳目标图 3 分析视角：系统效劳目标3.4 分析视角：生产类型定位图 4 分析视角：生产类型定位3.5 分析视角：文档电子化管理要求图 5 分析视角：文档电子化管理要求3.6 系统目标平安性 认证：提供基于用户名/口令的认证方式、提供数字证书的身份认证方式 授权：提供基于角色的应用软件功能的访问控制，提供基于角色与组织机构的数据对象的访问控制能力 机密性：通过平安的网络传输协议，利用公钥/私钥保证数据在传输过程的平安 完整性：利

5、用数字签名技术保证系统传输的关键性业务数据的完整性易用性1. 易见 功能操作不超过三级菜单 主要功能设置快捷方式 提供个人收藏夹功能，便于直接点击进入 系统信息变更在界面易见，无需要手工刷新 或者重复操作而显示变化的关键结果 针对管理类与决策类用户的查询与监控类操作界面，提供饼图，柱状图等形象的表达方式2. 易用 对操作性界面，简化输入工作，提供多种可选择输入方式 说明文字言简意赅，不存在二义性 光标键切换有规律，不紊乱 关联界面间具有相互联系，可自由转换 界面简洁，按钮操作少而明确3. 易学 具有清晰的导航/向导功能。 用户手册准确，易懂 界面操作简化，提供友好提醒 具有简单的在线提示功能适

6、应性 在流程定义上，系统提供灵活的机构授权配置 在贷款类型定义中,用户可以定义不同类型的业务产品，以适应业务的变化 系统具有基于角色的应用功能权限管理能力 系统具有基于角色的数据访问权限管理能力可管理 系统运行状态可管理：如系统启动、停顿等 异常处理规那么可维护 流程运行状态可维护 可对非构造化数据进展存储、管理、检索 可对非构造化数据的标准化管理，支持多种文档的存储高可用 保证系统持续、稳定运行 并且方案外宕机时间控制在全年的2%以内开放性 系统支持外部系统平滑接入 标准效劳接口，统一化效劳调用 支持标准事务类别 系统应提供与*银行提供的评级系统的接口对接能力可扩展性 系统能够对产品共性进展

7、归纳与抽象，实现产品的参数化管理，实现产品产品创新与产品变更的配置化管理 实现业务流程标准化与产品特性的别离可靠性 能保证业务交易及其数据传递的完整性与一致性 在系统运行异常甚至发生故障时，能提供故障恢复的能力高性能A响应时间： 用户访问系统登陆界面的响应时间目标4秒 用户98%的简单查询访问的响应时间目标2-5秒 用户98%的简单增删改事务处理访问的响应时间目标1-4秒 用户98%的复杂查询访问的响应时间目标是58秒 效劳器的平均利用率应不大于75%B在线用户数量： 系统应能支持同时在线用户数为总用户数的60%C并发交易量：C1平均事务处理量： 简单增删改查页面点击交易量:30次/秒 复杂的

8、查询交易:30次/秒 C2峰值事务处理量： 简单增删改查页面点击交易量100次/秒 复杂的查询交易是 40次/秒4. 系统设计限制及约束条件1, Web 界面 ：Ext js(开源)2. 平安与认证：ca产品 3. 应用效劳器软件(App Server):WebSphere(商业软件)4. BPM产品5,数据库产品可以集成现有数据库5. 面向层次的技术架构设计从面向层次设计的视角，可将系统设计为如下层次：用户交互层、交互控制层、业务效劳层、公共效劳层、业务流程管理扩展、数据访问层与数据存储层。 用户交互层，基于Web2.0实现技术，负责用户与系统的人机交互界面，为用户提供一定的本地计算能力。

9、交互控制层，负责为界面与业务效劳之间进展数据转换，同时对系统的事务进展总体控制，隔离界面实现与后台效劳实现，使后台业务效劳实现更为标准化。 业务效劳层，主要包括各类封装了业务实现逻辑的业务效劳组件，调用数据访问层的数据效劳，本身不直接访问数据库。另外，系统根据业务需求，负责调用法兴银行已有的第三方系统。 公共效劳层为整个应用的公共需求提供统一的、重用的效劳。包括：日志、异常、事务、认证、校验等。 业务流程扩展局部，屏蔽具体的业务流程实现技术，为系统提供对流程与任务的管理以及处理等操作，如，启动流程，转发任务等。 数据访问层，负责进展数据访问及系统间交互操作，关注数据的存取操作，不关心业务效劳如

10、何调用数据， 屏蔽对数据库表的直接SQL操作。层次视角系统构造见下列图：图 6 面向层次视角的技术架构6. 技术架构的逻辑构成6.1 概况：1. 采用BPM进展流程管理2. 通过同一模块与外部系统进展交互3. 采用ORM技术封装独立的数据访问层4. 系统有很好的适应性，可扩展性与开放性图 7 技术架构的逻辑构成视图6.2 分类说明管理：1. 统一化定义管理各模块的接口，降低管理与系统核心模块的耦合度2. 管理分为：权限管理，系统配置管理，异常管理3. 系统配置参数的管理将直接影响系统核心的运行，与配置加载，配置参数刷新等构成了一个整体4. 异常管理主要与流程处理挂钩，统一管理异常，增加人员修复

11、的时机并使流程继续运行，降低系统维护本钱界面展现层：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独立部署，可被外网访问。网络平安具有可较强的可扩展性

12、，可以考虑采用授权认证等体系。App Server：1. 表达业务系统的业务逻辑，支持信息管理类操作。2. 与流程，数据访问等存在高内聚的接口，与*银行的*平台存在松耦合的效劳交互接口。BPM 流程定制：1. 承载平台所有业务流程的运行。2. 流程环节多，参与部门与人员多，流程存在状态管理，存在与任务管理的无缝交互。数据库访问：1. 数据访问层屏蔽底层数据存储的差异，采用对象化处理方法实现关系数据库的访问。2. 区分应用数据库与流程库等，便于采用不同的维护方法与备份/清理周期。文件访问：1， 文件访问提供了统一的文件上传下载与管理的统一接口。2， 将数据文件与零时文件区分开来，便于采用不同的维护与备份策略。7. 实际部署系统部署原那么3， 实现用户端的零部署4， 系统集中部署模式5， 系统模块可分布部署, 部署的物理机群可根据需要缩小与扩展6， 通过规那么与参数等技术保证系统针对不同客户的多样性，适应环境变化App Server负载均衡器Web Server内部防火墙BPM Server集群部署HA部署穿插HADB Server集群部署外部防火墙 图 9 系统部署图第 14 页