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

某银行信贷系统系统架构设计文档.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系统部署图