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

1、*银行消费信贷系统规划及实施治理工程软件架构概要设计说明书文档审批信息版本编号/更改记录编号审批日期审批人签字备注修订历史错误！未定义书签.文档审批信息11. W21.1 目的21.2 面向读者21.3 文档组织31.4 设计PM定31.5 术语说明31.6 参考文献32_工程建设目标和预期成果32.1 建设目标32.2 主要预期成果3卫系统非功能需求分析43.1 非功能需求分析方法43.2 分析视角：系统效劳对象43.3 分析视角：系统效劳目标43.4 分析视角：生产类型定位43.5 分析视角：文档电子化治理要求43.6 系统目标4生系统设计限制及约束条件75.面向层次的技术架构设计7口技术

2、架构的逻辑构成86.1 概况：86.2 分类说明87.实际部署91 .简介1.1 目的此文档从构架方面对系统进行综合概述,其中使用了大量不同的构架视图来描述系统的各个不同方面.它用于记录并表述已在构架方面对系统作出的重要决策.同时此文档也是在此工程后续具体实施时,各个系统功能模块的设计和开发的基础依据.1.2 面向读者?工程开发人员?工程测试人员?工程治理人员1.3 文档组织1.4 设计限定1.5 术语说明1.6 参考文献2 .工程建设目标和预期成果2.1 建设目标建立基于访问的消费信贷申请系统,方便*银行的合作伙伴通过此系统能够便捷的收集信贷人的资料,提升效劳资料,缩短信贷申请时间.2.2

3、主要预期成果1提升业务处理效率?以客户为中央,支持全流程一体化的业务处理,提升整体业务效率；?结合用户责任,提供客户、工程、合同等全方位的信息,缩短信息查阅时间,提升业务经办效率.2增强业务监控水平?实时监控机制运行的关键信息和指标,为业务的平稳运行提供保证；?提供全面的操作痕迹保存手段,为稽核检查工作提供必要的依据.3改善数据质量?依据业务的需求,在业务经办过程中可以对数据质量进行限制,建立集中化的、一致、及时、准确的数据根底,满足内部统计、分析、决策的需要,以及外部监管部门和投资者对信息披露的要求.4提升信用风险治理水平?整合第三方的评级系统,实现定量化的信用风险评估；?整合外部信息,识别

4、风险征兆,促进资产质量与收益的持续性改善与提升.3 .系统非功能需求分析3.1 非功能需求分析方法参照ISO/IEC9126,可对系统架构9个非功能性子特性进行分析:非功能性需求开放性扩展性适应性平安性高性能高可用可治理易用性可靠性架构设计分析视角?系统效劳对象?系统效劳目标?生产类型定位?文档电子化管理要求全面分析业务特征,立足业务持续开展与创新,多维度套被非翦箱At萧卜础图1非功能性需求分析方法3.2 分析视角：系统效劳对象图2分析视角：系统效劳对象3.3 分析视角：系统效劳目标图3分析视角：系统效劳目标3.4 分析视角：生产类型定位图4分析视角：生产类型定位3.5 分析视角：文档电子化治

5、理要求图5分析视角：文档电子化治理要求3.6 系统目标平安性?认证：提供基于用户名/口令的认证方式、提供数字证书的身份认证方式?授权：提供基于角色的应用软件功能的访问限制,提供基于角色和组织机构的数据对象的访问限制水平?机密性：通过平安的网络传输协议,利用公钥/私钥保证数据在传输过程的安全?完整性：利用数字签名技术保证系统传输的关键性业务数据的完整性易用性3.7 见?功能操作不超过三级菜单?主要功能设置快捷方式?提供个人收藏夹功能,便于直接点击进入?系统信息变更在界面易见,无需要手工刷新或者重复操作而显示变化的关键结果?针对治理类和决策类用户的查询和监控类操作界面,提供饼图,柱状图等形象的表达

6、方式3.8 用?对操作性界面,简化输入工作,提供多种可选择输入方式?说明文字言简意赅,不存在二义性?光标键切换有规律,不紊乱?关联界面间具有相互联系,可自由转换?界面简洁,按钮操作少而明确3.9 学?具有清楚的导航/向导功能.?用户手册准确,易懂?界面操作简化,提供友好提醒?具有简单的在线提示功能适应性在流程定义上,系统提供灵活的机构授权配置在贷款类型定义中,用户可以定义不同类型的业务产品,以适应业务的变化?系统具有基于角色的应用功能权限治理水平?系统具有基于角色的数据访问权限治理水平可治理?系统运行状态可治理：如系统启动、停止等?异常处理规那么可维护?流程运行状态可维护?可对非结构化数据进行

7、存储、治理、检索?可对非结构化数据的标准化治理,支持多种文档的存储Wj可用?保证系统持续、稳定运行?并且方案外宕机时间限制在全年的2%以内开放性?系统支持外部系统平滑接入?标准效劳接口,统一化效劳调用?支持标准事务类别?系统应提供与*银行提供的评级系统的接口对接水平可扩展性?系统能够对产品共性进行归纳与抽象,实现产品的参数化治理,实现产品产品创新与产品变更的配置化治理?实现业务流程标准化与产品特性的别离可靠性?能保证业务交易及其数据传递的完整性和一致性?在系统运行异常甚至发生故障时,能提供故障恢复的水平高性能A响应时间：?用户访问系统登陆界面的响应时间目标4秒?用户98%的简单查询访问的响应时

8、间目标2-5秒?用户98%的简单增删改事务处理访问的响应时间目标1-4秒?用户98%的复杂查询访问的响应时间目标是58秒?效劳器的平均利用率应不大于75%B在线用户数量：?系统应能支持同时在线用户数为总用户数的60%C并发交易量：C1平均事务处理量：?简单增删改查页面点击交易量：30次/秒?复杂的查询交易：30次/秒C2峰值事务处理量：?简单增删改查页面点击交易量100次冲?复杂的查询交易是40次/秒4 .系统设计限制及约束条件1 ,Web界面：Extjs开源2 .平安与认证：ca产品3 .应用效劳器软件AppServer:WebSphere商业软件4 .BPM产品5,数据库产品可以集成现有数

9、据库5 .面向层次的技术架构设计从面向层次设计的视角,可将系统设计为如下层次：用户交互层、交互限制层、业务效劳层、公共效劳层、业务流程治理扩展、数据访问层和数据存储层.?用户交互层,基于Web2.0实现技术,负责用户与系统的人机交互界面,为用户提供一定的本地计算水平.?交互限制层,负责为界面和业务效劳之间进行数据转换,同时对系统的事务进行总体限制,隔离界面实现与后台效劳实现,使后台业务效劳实现更为标准化.?业务效劳层,主要包括各类封装了业务实现逻辑的业务效劳组件,调用数据访问层的数据效劳,本身不直接访问数据库.另外,系统根据业务需求,负责调用法兴银行已有的第三方系统.?公共效劳层为整个应用的公

10、共需求提供统一的、重用的效劳.包括：日志、异常、事务、认证、校验等.?业务流程扩展局部,屏蔽具体的业务流程实现技术,为系统提供对流程和任务的治理以及处理等操作,如,启动流程,转发任务等.?数据访问层,负责进行数据访问及系统间交互操作,关注数据的存取操作,不关心业务效劳如何调用数据,屏蔽对数据库表的直接SQL操作.层次视角系统结构见下列图：图6面向层次视角的技术架构6 .技术架构的逻辑构成6.1 概况：1 .采用Web2.0的UI设计2 .采用BPM进行流程治理3 .通过同一模块和外部系统进行交互4 .采用ORM技术封装独立的数据访问层5 .系统有很好的适应性,可扩展性和开放性图7技术架构的逻辑

11、构成视图6.2 分类说明治理：1 .统一化定义治理各模块的接口,降低治理与系统核心模块的耦合度2 .治理分为：权限治理,系统配置治理,异常治理3 .系统配置参数的治理将直接影响系统核心的运行,与配置加载,配置参数刷新等构成了一个整体4 .异常治理主要与流程处理挂钩,统一治理异常,增加人员修复的时机并使流程继续运行,降低系统维护本钱界面展现层：1 .界面UI与数据很好别离.2 .用户界面友好,交互体验丰富.3 .UI架构开放,采用标准XML数据与后台交互.4 .与无线Web很好融合,支持PDA,等多渠道方式的无线访问.界面与后台数据交互：1,DWR(DirectWebRemoting)是开源技术

12、,前端Javascript与Server端的Java交互,充分利用网络带宽2,和JavaScript相结合,提供了多种交互模式(同步,异步),增强用户体验型原理如下：图8DWR原理示意Web层：1. WebServer独立部署,可被外网访问.网络平安具有可较强的可扩展性,可以考虑采用授权认证等体系.AppServer:1 .表达业务系统的业务逻辑,支持信息治理类操作.2 .与流程,数据访问等存在高内聚的接口,与*银行的*平台存在松耦合的效劳交互接口.BPM流程定制：1 .承载平台所有业务流程的运行.2 .流程环节多,参与部门和人员多,流程存在状态治理,存在与任务治理的无缝交互.数据库访问：1 .数据访问层屏蔽底层数据存储的差异,采用对象化处理方法实现关系数据库的访问.2 .区分应用数据库与流程库等,便于采用不同的维护方法和备份/清理周期.文件访问：1,文件访问提供