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

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

1、/*银行消费信贷系统规划及实施管理项目软件架构概要设计说明书2文档审批信息文档审批信息版本编号版本编号/ /更更改记录编号改记录编号审批日期审批日期审批人签字审批人签字备注备注3目目录录修订历史.2 文档审批信息.2 1.简介.4 1.1目的.4 1.2面向读者.4 1.3文档组织.5 1.4设计限定.5 1.5术语说明.5 1.6参考文献.5 2.项目建设目标和预期成果.5 2.1建设目标.5 2.2主要预期成果.5 3.系统非功能需求分析.6 3.1非功能需求分析方法.6 3.2分析视角：系统服务对象.7 3.3分析视角：系统服务目标.8 3.4分析视角：生产类型定位.8 3.5分析视角：

2、文档电子化管理要求.9 3.6系统目标.9 4.系统设计限制及约束条件.12 5.面向层次的技术架构设计.12 6.技术架构的逻辑构成.14 6.1概况：.14 6.2分类说明.14 7.实际部署.1641.简介简介1.1目的目的此文档从构架方面对系统进行综合概述，其中使用了大量不同的构架视图来描述系统的各个不同方面。 它用于记录并表述已在构架方面对系统作出的重要决策。同时此文档也是在此项目后续具体实施时，各个系统功能模块的设计和开发的基础依据。1.2 面向读者面向读者项目开发人员项目测试人员项目管理人员1.3 文档组织文档组织1.4 设计限定设计限定1.5 术语说明术语说明1.6 参考文献参

3、考文献52.2.项目建设目标和预期成果项目建设目标和预期成果2.1 建设目标建设目标建立基于 http 访问的消费信贷申请系统，方便*银行的合作伙伴通过此系统能够便捷 的收集信贷人的资料，提高服务资料，缩短信贷申请时间。2.2 主要预期成果主要预期成果1 提升业务处理效率提升业务处理效率 以客户为中心，支持全流程一体化的业务处理，提升整体业务效率； 结合用户职责，提供客户、项目、合同等全方位的信息，缩短信息查阅时间，提升 业务经办效率。2 增强业务监控能力增强业务监控能力 实时监控机制运行的关键信息和指标，为业务的平稳运行提供保障； 提供全面的操作痕迹保留手段，为稽核检查工作提供必要的依据。3

4、 改善数据质量改善数据质量 依据业务的需求，在业务经办过程中可以对数据质量进行控制，建立集中化的、一 致、及时、准确的数据基础，满足内部统计、分析、决策的需要，以及外部监管部 门和投资者对信息披露的要求。4 提升信用风险管理水平提升信用风险管理水平 整合第三方的评级系统，实现定量化的信用风险评估； 整合外部信息，识别风险征兆，促进资产质量与收益的持续性改善与提升。3.3.系统非功能需求分析系统非功能需求分析3.1 非功能需求分析方法非功能需求分析方法参照 ISO/IEC 9126，可对系统架构 9 个非功能性子特性进行分析：6全全面面分分析析业业务务特特征征，立立足足业业务务持持续续发发展展与

5、与创创新新，多多维维度度分分析析非非功功能能需需求求, ,建建立立技技术术架架构构设设计计基基础础全全面面分分析析业业务务特特征征，立立足足业业务务持持续续发发展展与与创创新新，多多维维度度分分析析非非功功能能需需求求, ,建建立立技技术术架架构构设设计计基基础础系统服务对象分析视角非功能性需求架构设计系统服务目标生产类型定位文档电子化管 理要求开放性 扩展性 适应性 安全性 高性能 高可用 可管理 易用性 可靠性 图图 1 非功能性需求分析方法非功能性需求分析方法3.2 分析视角：系统服务对象分析视角：系统服务对象图图 2 分析视角：系统服务对象分析视角：系统服务对象73.3 分析视角：系统

6、服务目标分析视角：系统服务目标整 合 评 审 机 制 系 统 客户评审系统的输入输出： （基本信息等 需定制）。输出： 评审结果开开 放放 性性业 务 流 程 审批流程和权限不断调整 审批权限与具体产品等要素关 联适适 应应 性性贷 款 审 批 业 务 短频快急（周期短、频度高、审批 快、要款急），业务笔数多，业务处 理效率高，业务处理环节实效性要求高高 性性 能能图图 3 分析视角：系统服务目标分析视角：系统服务目标3.4 分析视角：生产类型定位分析视角：生产类型定位保 证 系 统 联 系 可 靠 的 运 行 保证系统连续稳定的运行 保证系统可靠运行，保证业 务正确处理可可 靠靠 性性系 统

7、 运 行 可 管 理高高 性性 能能可可 管管 理理系统运行状态管理 系统启停 系统服务启停 流程实例监控 异常处理等8图图 4 分析视角：生产类型定位分析视角：生产类型定位3.5 分析视角：文档电子化管理要求分析视角：文档电子化管理要求丰 富 的 文 档 类 型 与客户关联的文档（如证件） 与业务流程关联的文档（如评 审报告）可可 扩扩 展展 性性全 面 的 管 理可可 管管 理理建立、查询、更新、关联、删 除、归档图图 5 分析视角：文档电子化管理要求分析视角：文档电子化管理要求3.6 系统目标系统目标安全性安全性认证：提供基于用户名/口令的认证方式、提供数字证书的身份认证方式授权：提供基

8、于角色的应用软件功能的访问控制，提供基于角色和组织机构的数据对象的访问控制能力机密性：通过安全的网络传输协议，利用公钥/私钥保证数据在传输过程的安全完整性：利用数字签名技术保证系统传输的关键性业务数据的完整性易用性易用性1. 易见9功能操作不超过三级菜单主要功能设置快捷方式提供个人收藏夹功能，便于直接点击进入系统信息变更在界面易见，无需要手工刷新 或者重复操作而显示变化的关键结果针对管理类和决策类用户的查询和监控类操作界面，提供饼图，柱状图等形象的表达方式2. 易用对操作性界面，简化输入工作，提供多种可选择输入方式说明文字言简意赅，不存在二义性光标键切换有规律，不紊乱关联界面间具有相互联系，可

9、自由转换界面简洁，按钮操作少而明确3. 易学具有清晰的导航/向导功能。用户手册准确，易懂界面操作简化，提供友好提醒具有简单的在线提示功能适应性适应性在流程定义上，系统提供灵活的机构授权配置在贷款类型定义中,用户可以定义不同类型的业务产品，以适应业务的变化系统具有基于角色的应用功能权限管理能力系统具有基于角色的数据访问权限管理能力可管理可管理系统运行状态可管理：如系统启动、停止等异常处理规则可维护10流程运行状态可维护可对非结构化数据进行存储、管理、检索可对非结构化数据的规范化管理，支持多种文档的存储高可用高可用保证系统持续、稳定运行并且计划外宕机时间控制在全年的 2%以内开放性开放性 系统支持

10、外部系统平滑接入 规范服务接口，统一化服务调用 支持规范事务类别 系统应提供与*银行提供的评级系统的接口对接能力可扩展性可扩展性 系统能够对产品共性进行归纳与抽象，实现产品的参数化管理，实现产品产品创新与产品变更的配置化管理 实现业务流程标准化与产品特性的分离可靠性可靠性 能保证业务交易及其数据传递的完整性和一致性 在系统运行异常甚至发生故障时，能提供故障恢复的能力高性能高性能A 响应时间： 用户访问系统登陆界面的响应时间目标 4 秒 用户 98%的简单查询访问的响应时间目标 2-5 秒11 用户 98%的简单增删改事务处理访问的响应时间目标 1-4 秒 用户 98%的复杂查询访问的响应时间目

11、标是 58 秒 服务器的平均利用率应不大于 75%B 在线用户数量： 系统应能支持同时在线用户数为总用户数的 60%C 并发交易量：C1 平均事务处理量： 简单增删改查页面点击交易量:30 次/秒 复杂的查询交易:30 次/秒 C2 峰值事务处理量： 简单增删改查页面点击交易量 100 次/秒 复杂的查询交易是 40 次/秒4.4.系统设计限制及约束条件系统设计限制及约束条件1, Web 界面 ：Ext js(开源)2. 安全与认证：ca 产品 3. 应用服务器软件(App Server):WebSphere(商业软件)4. BPM 产品5,数据库产品（可以集成现有数据库）5.5.面向层次的技

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

13、共需求提供统一的、重用的服务。包括：日志、异常、事务、认证、校验等。业务流程扩展部分，屏蔽具体的业务流程实现技术，为系统提供对流程和任务的管理以及处理等操作，如，启动流程，转发任务等。数据访问层，负责进行数据访问及系统间交互操作，关注数据的存取操作，不关心业务服务如何调用数据， 屏蔽对数据库表的直接 SQL 操作。层次视角系统结构见下图：功能业务展示业务数据Event/Data/Remote Object Req/ResA 用户交互层用例控制器UCCWeb Server B 交互控制层Application Server第三方调用 模块流程引擎数据库通用数据服务客户数据服务.异常管历工具类日志

14、管历缓存管理申请人业务服务具体业务人员服务角色管理报表业务C 业务服务层D 公共服务层E 数据访问层F 数据存储层图图 6 面向层次视角的技术架构面向层次视角的技术架构136.6.技术架构的逻辑构成技术架构的逻辑构成6.1 概况：概况：1. 采用 Web2.0 的 UI 设计 2. 采用 BPM 进行流程管理 3. 通过同一模块和外部系统进行交互 4. 采用 ORM 技术封装独立的数据访问层 5. 系统有很好的适应性，可扩展性和开放性图图 7 技术架构的逻辑构成视图技术架构的逻辑构成视图6.2 分类说明分类说明管理：管理：1.统一化定义管理各模块的接口，降低管理与系统核心模块的耦合度 2.管理

15、分为：权限管理，系统配置管理，异常管理 3.系统配置参数的管理将直接影响系统核心的运行，与配置加载，配置参数刷新等构 成了一个整体 4.异常管理主要与流程处理挂钩，统一管理异常，增加人员修复的机会并使流程继续 运行，降低系统维护成本界面展现层：界面展现层：1.界面 UI 与数据很好分离。142.用户界面友好，交互体验丰富。 3.UI 架构开放, 采用标准 XML 数据与后台交互。 4.与无线 Web 很好融合，支持 PDA，手机等多渠道方式的无线访问。界面与后台数据交互：界面与后台数据交互：1，DWR (Direct Web Remoting)是开源技术，前端 Javascript 与 Ser

16、ver 端的 Java 交互， 充分利用网络带宽2，和 JavaScript 相结合，提供了多种交互模式(同步，异步)，增强用户体验型 原理如下：图图 8 DWR 原理示意原理示意Web 层：层：1.Web Server 独立部署，可被外网访问。 网络安全具有可较强的可扩展性，可以考虑采用授权认证等体系。App Server：1. 体现业务系统的业务逻辑，支持信息管理类操作。 2. 与流程，数据访问等存在高内聚的接口，与*银行的*平台存在松耦合的服务 交互接口。BPM 流程定制：流程定制：1.承载平台所有业务流程的运行。 2.流程环节多，参与部门和人员多，流程存在状态管理，存在与任务管理的无缝

17、交互。15数据库访问：数据库访问：1.数据访问层屏蔽底层数据存储的差异，采用对象化处理方法实现关系数据库的访问。2.区分应用数据库与流程库等，便于采用不同的维护方法和备份/清理周期。文件访问：文件访问：1， 文件访问提供了统一的文件上传下载和管理的统一接口。 2， 将数据文件和零时文件区分开来，便于采用不同的维护和备份策略。7.7.实际部署实际部署系统部署原则系统部署原则3， 实现用户端的零部署 4， 系统集中部署模式 5， 系统模块可分布部署, 部署的物理机群可根据需要缩小和扩展 6， 通过规则和参数等技术保证系统针对不同客户的多样性，适应环境变化负载均衡器负载均衡器Web Server内部防火墙内部防火墙BPM Server集群部署HA部署交叉HADB Server集群部署外部防火墙外部防火墙图图 9 系统部署图系统部署图App Server