某銀行信貸系統(tǒng)-系統(tǒng)架構設計文檔

消費信貸系統(tǒng)

規(guī)劃及實施管理工程

軟件架構概要設計說明書

文檔審批信息

版本編號/更

審批日期審批人簽字備注

改記錄編號

目錄

修訂歷史錯誤!未定義書簽。

文檔審批信息1

1.簡介2

1.1目的2

1.2面向讀者2

1.3文檔組織2

1.4設計限定2

1.5術語說明2

1.6參考文獻3

2.工程建立目標和預期成果3

2.1建立目標3

2.2主要預期成果3

3.系統(tǒng)非功能需求分析3

3.1非功能需求分析方法3

3.2分析視角：系統(tǒng)效勞對象4

3.3分析視角：系統(tǒng)效勞目標4

3.4分析視角：生產(chǎn)類型定位4

3.5分析視角：文檔電子化管理要求4

3.6系統(tǒng)目標4

4.系統(tǒng)設計限制及約束條件7

5.面向層次的技術架構設計7

6.技術架構的邏輯構成8

6.1概況：8

6.2分類說明8

7.實際部署9

1-簡介

1.1目的

此文檔從構架方面對系統(tǒng)進展綜合概述，其中使用了大量不同的構架視圖來描述系統(tǒng)

的各個不同方面.。它用于記錄并表述已在構架方面對系統(tǒng)作出的重要決策。

I司時此文檔也是在此I：程后續(xù)具體實施時，各個系統(tǒng)功能模塊的設計和開發(fā)的根

底依據(jù)。

1.2面向讀者

■工程開發(fā)人員

?工程測試人員

?T程管理人員

1.3文檔組織

1.4設計限定

1.5術語說明

1.6參考文獻

2.工程建立目標和預期成果

2.1建立目標

建立基于訪問的消費信貸申請系統(tǒng)，方便****銀行的合作伙伴通過此系統(tǒng)能夠便捷的收

集信貸人的資料，提高效勞資料,縮短信貸申請時間。

2.2主要預期成果

1提升業(yè)務處理效率

?以客戶為中心，支持全流程一體化的業(yè)務處理，提升整體業(yè)務效率；

-結合用戶職責，提供客戶、工程、合同等全方位的信息，縮短信息查閱時間，提升

業(yè)務經(jīng)辦效率。

2增強業(yè)務監(jiān)控能力

-實時監(jiān)控機制運行的關鍵信息和指標，為業(yè)務的平竹運行提供保障；

?提供全面的操作痕跡保存手段，為稽核檢查工作提供必要的依據(jù)。

3改善數(shù)據(jù)質量

?依據(jù)業(yè)務的需求，在業(yè)務經(jīng)辦過程中可以對數(shù)據(jù)質量進展控制，建立集中化的、一

致、及時、準確的數(shù)據(jù)根底，滿足內部統(tǒng)計、分析、決策的需要，以及外部監(jiān)管部

門和投資者對信息披露的要求。

4提升信用風險管理水平

?整合第三方的評級系統(tǒng)，實現(xiàn)定量化的信用風險評估；

?整合外部信息，識別風險征兆，促進資產(chǎn)質量與收益的持續(xù)性改善與提升。

3.系統(tǒng)非功能需求分析

3.1非功能需求分析方法

參照ISO/IEC9126,可對系統(tǒng)架構9個非功能性子特性進展分析:

分析視角非功能性需求架構設計

開

?系統(tǒng)服務對象放性

擴

展性

適

應性

?系統(tǒng)服務目標

安

全性

高

性能

高

?生產(chǎn)類型定位可用

可

管理

易

?文檔電子化管用性

可

理要求靠性

全面分析業(yè)務特征，立足業(yè)務持殿I與創(chuàng)新，多維度分析車功能需求，建立技術架構設計基礎

圖1非功能性需求分析方法

3.2分析視角：系統(tǒng)效勞對象

圖2分析視角：系統(tǒng)效勞對象

3.3分析視角：系統(tǒng)效勞目標

圖3分析視角：系統(tǒng)效勞目標

3.4分析視角：生產(chǎn)類型定位

圖4分析視角：生產(chǎn)類型定位

3.5分析視角：文檔電子化管理要求

圖5分析視角：文檔電子化管理要求

3.6系統(tǒng)目標

平安性

?認證：提供基于用戶名/口令的認證方式、提供數(shù)字證書的身份認證方式

?授權：提供基于角色的應用軟件功能的訪問控制，提供基于角色和組織機構的

數(shù)據(jù)對象的訪問控制能力

?機密性：通過平安的網(wǎng)絡傳輸協(xié)議，利用公鑰/私鑰保證數(shù)據(jù)在傳輸過程的平

安

?完整性：利用數(shù)字簽名技術保證系統(tǒng)傳輸?shù)年P鍵性業(yè)務數(shù)據(jù)的完整性

易用性

1.易見

?功能操作不超過三級菜單

?主要功能設置快捷方式

?提供個人收藏夾功能，便于直接點擊進入

?系統(tǒng)信息變更在界面易見，無需要手工刷新或者重復操作而顯示變化的關鍵結

果

?針對管理類和決策類用戶的查詢和監(jiān)控類操作界面，提供餅圖，柱狀圖等形象

的表達方式

2.易用

?對操作性界面，簡化輸入工作，提供多種可選擇輸入方式

?說明文字言簡意賅，不存在二義性

?光標鍵切換有規(guī)律，不紊亂

?關聯(lián)界面間具有相互聯(lián)系，可自由轉換

?界面簡潔，按鈕操作少而明確

3.易學

?具有清晰的導航/向導功能。

?用戶手冊準確，易懂

?界面操作簡化，提供友好提醒

?具有簡單的在線提示功能

適應性

?在流程定義上，系統(tǒng)提供靈活的機構授權配置

?在貸款類型定義中，用戶可以定義不同類型的業(yè)務產(chǎn)品，以適應業(yè)務的變化

?系統(tǒng)具有基于角色的應用功能權限管理能力

?系統(tǒng)具有基于角色的數(shù)據(jù)訪問權限管理能力

可管理

?系統(tǒng)運行狀態(tài)可管理：如系統(tǒng)啟動、停頓等

異常處理規(guī)那么可維護

?流程運行狀態(tài)可維護

?可對非構造化數(shù)據(jù)進展存儲、管理、檢索

?可對非構造化數(shù)據(jù)的標準化管理，支持多種文檔的存儲

高可用

?保證系統(tǒng)持續(xù)、穩(wěn)定運行

?并且方案外宕機時間控制在全年的2%以內

開放性

?系統(tǒng)支持外部系統(tǒng)平滑接入

?標準效勞接口，統(tǒng)一化效勞調用

?支持標準事務類別

?系統(tǒng)應提供與****銀行提供的評級系統(tǒng)的接口對接能力

可擴展性

?系統(tǒng)能夠對產(chǎn)品共性進展歸納與抽象，實現(xiàn)產(chǎn)品的參數(shù)化管理，實現(xiàn)產(chǎn)品產(chǎn)品

創(chuàng)新與產(chǎn)品變更的配置化管理

?實現(xiàn)業(yè)務流程標準化與產(chǎn)品特性的別離

可靠性

?能保證業(yè)務交易及其數(shù)據(jù)傳遞的完整性和一致性

?在系統(tǒng)運行異常甚至發(fā)生故障時，能提供故障恢復的能力

高性能

A響應時間：

?用戶訪問系統(tǒng)登陸界面的響應時間目標4秒

?用戶98%的簡單查詢訪問的響應時間目標2-5秒

?用戶98%的簡單增刪改事務處理訪問的響應時間目標1-4秒

?用戶98%俯復雜查詢訪問的響應時間目標是5-8秒

?效勞器的平均利用率應不大于75%

B在線用戶數(shù)量：

?系統(tǒng)應能支持同時在線用戶數(shù)為總用戶數(shù)的60%

C并發(fā)交易量:

Cl平均事務處理量：

?簡單增刪改杳頁面點擊交易量:30次/秒

?復雜的查詢交易:30次/秒

C2峰值事務處理量：

?簡單增刪改查頁面點擊交易量100次/秒

?復雜的查詢交易是40次/秒

4.系統(tǒng)設計限制及約束條件

I.Web界面：Extjs（開源）

2.平安與認證：ca產(chǎn)品

3.應用效勞器軟件（AppServer）:WebSphere（商業(yè)軟件）

4.BPM產(chǎn)品

5,數(shù)據(jù)庫產(chǎn)品（可以集成現(xiàn)有數(shù)據(jù)庫）

5.面向層次的技術架構設計

從面向層次設計的視角，可將系統(tǒng)設計為如下層次：用戶交互層、交互控制層、業(yè)

務效勞層、公共效勞層、業(yè)務流程管理擴展、數(shù)據(jù)訪可層和數(shù)據(jù)存儲層。

?用戶交互層，基于Web2.0實現(xiàn)技術，負責用戶與系統(tǒng)的人機交互界面，為用

戶提供一定的本地計算能力。

?交互控制層，負責為界面和業(yè)務效勞之間進展數(shù)據(jù)轉換，同時對系統(tǒng)的事務進

展總體控制，隔離界面實現(xiàn)與后臺效勞實現(xiàn)，使后臺業(yè)務效勞實現(xiàn)更為標準化。

?業(yè)務效勞層，主要包括各類封裝了業(yè)務實現(xiàn)邏輯的業(yè)務效勞組件，調用數(shù)據(jù)訪

問層的數(shù)據(jù)效勞，本身不直接訪問數(shù)據(jù)庫。另外，系統(tǒng)根據(jù)業(yè)務需求，負責調

用法興銀行已有的第三方系統(tǒng)。

?公共效勞層為整個應用的公共需求提供統(tǒng)一的、重用的效勞。包括：日志、異

常，事務、認證、校驗等。

?業(yè)務流程擴展局部，屏蔽具體的業(yè)務流程實現(xiàn)技術，為系統(tǒng)提供對流程和任務

的管理以及處理等操作，如，啟動流程，轉發(fā)任務等。

?數(shù)據(jù)訪問層，負責進展數(shù)據(jù)訪問及系統(tǒng)間交互操作，關注數(shù)據(jù)的存取操作，不

關心業(yè)務效勞如何調用數(shù)據(jù)，屏蔽對數(shù)據(jù)庫表的直接SQL操作。

層次視角系統(tǒng)構造見下列圖：

圖6面向層次視角的技術架構

6.技術架構的邏輯構成

6.1概況：

1.采用Web2.0的UI設計

2.采用BPM進展流程管理

3.通過同一模塊和外部系統(tǒng)進展交互

4.采用ORM技術封裝獨立的數(shù)據(jù)訪問層

5.系統(tǒng)有很好的適應性，可擴展性和開放性

圖7技術架構的邏輯構成視圖

6.2分類說明

管理：

1.統(tǒng)一化定義管理各模塊的接口，降低管理與系統(tǒng)核心模塊的耦合度

2.管理分為：權限管理，系統(tǒng)配置管理，異常管理

3.系統(tǒng)配置參數(shù)的管理將直接影響系統(tǒng)核心的運行，與配置加載，配置參數(shù)刷新等構

成了一個整體

4.異常管理主要與流程處理掛鉤，統(tǒng)一管理異常，增加人員修復的時機并使流程繼續(xù)

運行，降低系統(tǒng)維護本錢

界面展現(xiàn)層：

1.界面UI與數(shù)據(jù)很好別離。

2.用戶界面友好，交互體驗豐富。

3.UI架構開放，采用標準XML數(shù)據(jù)與后臺交互。

4.與無線Web很好融合，支持PDA,手機等多渠道方式的無線訪問。

界面與后臺數(shù)據(jù)交互：

1,DWR(DirectWebRemoting)是開源技術，前端Javascript與Server端的Java交互，充

分利用網(wǎng)絡帶寬

2,和JavaScript相結合，提供了多種交互模式(同步，異步)，增強用戶體驗型

原理如下：

圖8DWR原理示意

Web層:

1.WebServer獨立部署，可被外網(wǎng)訪問。

網(wǎng)絡平安具有可較強的可擴展性，可以考慮采用授權認證等體系。

AppServer：

i.表達業(yè)務系統(tǒng)的業(yè)務邏輯，支持信息管理類操作。

2.與流程，數(shù)據(jù)訪問等存在高內聚的接口，與****銀行的****平臺存在松耦合的效勞交

互接口。

BPM流程定制：

1.承載平臺所有業(yè)務流程的運行。

2.流程環(huán)節(jié)多，參與部門和人員多，流程存在狀態(tài)管理，存在與任務管理的無縫交互。

數(shù)據(jù)庫訪問：

1.數(shù)據(jù)訪問層屏蔽底層數(shù)據(jù)存儲的差異，采用對象化處理方法實現(xiàn)關系數(shù)據(jù)庫的訪問。

2.區(qū)分應用數(shù)據(jù)庫與流程庫等，便于采用不同的維護方法和備份/清理周期。

文件訪問：

I，文件訪問提供了統(tǒng)一的文件上傳下載和管理的統(tǒng)一接口。

2,將數(shù)據(jù)文件和零時文件區(qū)分開來，便于采用不同的維護和備份策略。

7.實際部署

系統(tǒng)部署原那么

3,實現(xiàn)用戶端的零部署

4,系統(tǒng)集中部署模式

5,系統(tǒng)模塊可分布部署，部署的物理機群可根據(jù)需要縮小和擴展

6,通過規(guī)那么和參數(shù)等技術保證系統(tǒng)針對不同客戶的多樣性，適應環(huán)境變化

AppServerDRServer

_

WebServeri_

_

_

內_

負

外

部

柒

載

，

部

防

i群

均

，

防

部