消費信貸系統

規劃及實施管理工程

軟件架構概要設計說明書

文檔審批信息

版本編號/更

審批日期審批人簽字備注

改記錄編號

目錄

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

文檔審批信息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.系統非功能需求分析3

3.1非功能需求分析方法3

3.2分析視角：系統效勞對象4

3.3分析視角：系統效勞目標4

3.4分析視角：生產類型定位4

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

3.6系統目標4

4.系統設計限制及約束條件7

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

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

6.1概況：8

6.2分類說明8

7.實際部署9

1-簡介

1.1目的

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

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

I司時此文檔也是在此I：程后續具體實施時，各個系統功能模塊的設計和開發的根

底依據。

1.2面向讀者

■工程開發人員

?工程測試人員

?T程管理人員

1.3文檔組織

1.4設計限定

1.5術語說明

1.6參考文獻

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

2.1建立目標

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

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

2.2主要預期成果

1提升業務處理效率

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

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

業務經辦效率。

2增強業務監控能力

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

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

3改善數據質量

?依據業務的需求，在業務經辦過程中可以對數據質量進展控制，建立集中化的、一

致、及時、準確的數據根底，滿足內部統計、分析、決策的需要，以及外部監管部

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

4提升信用風險管理水平

?整合第三方的評級系統，實現定量化的信用風險評估；

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

3.系統非功能需求分析

3.1非功能需求分析方法

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

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

開

?系統服務對象放性

擴

展性

適

應性

?系統服務目標

安

全性

高

性能

高

?生產類型定位可用

可

管理

易

?文檔電子化管用性

可

理要求靠性

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

圖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并發交易量:

Cl平均事務處理量：

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

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

C2峰值事務處理量：

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

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

4.系統設計限制及約束條件

I.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：

i.表達業務系統的業務邏輯，支持信息管理類操作。

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

互接口。

BPM流程定制：

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

2.流程環節多，參與部門和人員多，流程存在狀態管理，存在與任務管理的無縫交互。

數據庫訪問：

1.數據訪問層屏蔽底層數據存儲的差異，采用對象化處理方法實現關系數據庫的訪問。

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

文件訪問：

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

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

7.實際部署

系統部署原那么

3,實現用戶端的零部署

4,系統集中部署模式

5,系統模塊可分布部署，部署的物理機群可根據需要縮小和擴展

6,通過規那么和參數等技術保證系統針對不同客戶的多樣性，適應環境變化

AppServerDRServer

_

WebServeri_

_

_

內_

負

外

部

柒

載

，

部

防

i群

均

，

防

部