某银行信贷系统系统架构设计文档.docx
《某银行信贷系统系统架构设计文档.docx》由会员分享,可在线阅读,更多相关《某银行信贷系统系统架构设计文档.docx(14页珍藏版)》请在冰豆网上搜索。
某银行信贷系统系统架构设计文档
****银行
消费信贷系统
规划及实施管理项目
软件架构概要设计说明书
文档审批信息
版本编号/更改记录编号
审批日期
审批人签字
备注
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/IEC9126,可对系统架构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界面:
Extjs(开源)
2.安全与认证:
ca产品
3.应用服务器软件(AppServer):
WebSphere(商业软件)
4.BPM产品
5,数据库产品(可以集成现有数据库)
5.面向层次的技术架构设计
从面向层次设计的视角,可将系统设计为如下层次:
用户交互层、交互控制层、业务服务层、公共服务层、业务流程管理扩展、数据访问层和数据存储层。
∙用户交互层,基于Web2.0实现技术,负责用户与系统的人机交互界面,为用户提供一定的本地计算能力。
∙交互控制层,负责为界面和业务服务之间进行数据转换,同时对系统的事务进行总体控制,隔离界面实现与后台服务实现,使后台业务服务实现更为标准化。
∙业务服务层,主要包括各类封装了业务实现逻辑的业务服务组件,调用数据访问层的数据服务,本身不直接访问数据库。
另外,系统根据业务需求,负责调用法兴银行已有的第三方系统。
∙公共服务层为整个应用的公共需求提供统一的、重用的服务。
包括:
日志、异常、事务、认证、校验等。
∙业务流程扩展部分,屏蔽具体的业务流程实现技术,为系统提供对流程和任务的管理以及处理等操作,如,启动流程,转发任务等。
∙数据访问层,负责进行数据访问及系统间交互操作,关注数据的存取操作,不关心业务服务如何调用数据,屏蔽对数据库表的直接SQL操作。
层次视角系统结构见下图:
图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(DirectWebRemoting)是开源技术,前端Javascript与Server端的Java交互,充分利用网络带宽
2,和JavaScript相结合,提供了多种交互模式(同步,异步),增强用户体验型
原理如下:
图8DWR原理示意
Web层:
1.WebServer独立部署,可被外网访问。
网络安全具有可较强的可扩展性,可以考虑采用授权认证等体系。
AppServer:
1.体现业务系统的业务逻辑,支持信息管理类操作。
2.与流程,数据访问等存在高聚的接口,与****银行的****平台存在松耦合的服务交互接口。
BPM流程定制:
1.承载平台所有业务流程的运行。
2.流程环节多,参与部门和人员多,流程存在状态管理,存在与任务管理的无缝交互。
数据库访问:
1.数据访问层屏蔽底层数据存储的差异,采用对象化处理方法实现关系数据库的访问。
2.区分应用数据库与流程库等,便于采用不同的维护方法和备份/清理周期。
文件访问:
1,文件访问提供了统一的文件上传下载和管理的统一接口。
2,将数据文件和零时文件区分开来,便于采用不同的维护和备份策略。
7.实际部署
系统部署原则
3,实现用户端的零部署
4,系统集中部署模式
5,系统模块可分布部署,部署的物理机群可根据需要缩小和扩展
6,通过规则和参数等技术保证系统针对不同客户的多样性,适应环境变化
AppServer
负载均衡器
WebServer
内部防火墙
BPMServer
集群部署
HA部署
交叉HA
DBServer
集群部署
外部防火墙
图9系统部署图