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

1、* 銀行消費信貸系統(tǒng)規(guī)劃及實施管理項目軟件架構概要設計說明書文檔審批信息版本編號/更 改記錄編號審批日期審批人簽字備注修訂歷史 錯誤!未定義書簽。文檔審批信息 錯誤!未定義書簽。1. 簡介 錯誤!未定義書簽。目的 錯誤!未定義書簽。面向讀者 錯誤!未定義書簽。文檔組織 錯誤!未定義書簽。設計限定 錯誤!未定義書簽。術語說明 錯誤!未定義書簽。參考文獻 錯誤!未定義書簽。2. 項目建設目標和預期成果 錯誤!未定義書簽。建設目標 錯誤!未定義書簽。主要預期成果 錯誤!未定義書簽。3. 系統(tǒng)非功能需求分析 錯誤!未定義書簽。非功能需求分析方法 錯誤!未定義書簽。分析視角：系統(tǒng)服務對象 錯誤!未定義書

2、簽。分析視角：系統(tǒng)服務目標 錯誤!未定義書簽。分析視角：生產類型定位 錯誤!未定義書簽。分析視角：文檔電子化管理要求 錯誤!未定義書簽。系統(tǒng)目標 錯誤!未定義書簽。4. 系統(tǒng)設計限制及約束條件 錯誤!未定義書簽。5. 面向層次的技術架構設計 錯誤!未定義書簽。6. 技術架構的邏輯構成 錯誤!未定義書簽。概況： 錯誤!未定義書簽。分類說明 錯誤!未定義書簽。7. 實際部署 錯誤!未定義書簽。1.簡介1.1 目的此文檔從構架方面對系統(tǒng)進行綜合概述，其中使用了大量不同的構架視圖來描述系統(tǒng) 的各個不同方面。它用于記錄并表述已在構架方面對系統(tǒng)作出的重要決策。同時此文檔也是在此項目后續(xù)具體實施時，各個系統(tǒng)

3、功能模塊的設計和開發(fā)的基 礎依據(jù)。1.2 面向讀者? 項目開發(fā)人員? 項目測試人員? 項目管理人員1.3 文檔組織1.4 設計限定1.5 術語說明1.6 參考文獻2. 項目建設目標和預期成果1 .1 建設目標建立基于 http 訪問的消費信貸申請系統(tǒng)，方便* 銀行的合作伙伴通過此系統(tǒng)能夠便捷的收集信貸人的資料，提高服務資料，縮短信貸申請時間。2 .2 主要預期成果3 提升業(yè)務處理效率? 以客戶為中心，支持全流程一體化的業(yè)務處理，提升整體業(yè)務效率；? 結合用戶職責，提供客戶、項目、合同等全方位的信息，縮短信息查閱時間，提升 業(yè)務經辦效率。4 增強業(yè)務監(jiān)控能力?實時監(jiān)控機制運行的關鍵信息和指標，為

4、業(yè)務的平穩(wěn)運行提供保障；?提供全面的操作痕跡保留手段，為稽核檢查工作提供必要的依據(jù)。5 改善數(shù)據(jù)質量? 依據(jù)業(yè)務的需求，在業(yè)務經辦過程中可以對數(shù)據(jù)質量進行控制，建立集中化的、一 致、及時、準確的數(shù)據(jù)基礎，滿足內部統(tǒng)計、分析、決策的需要，以及外部監(jiān)管部 門和投資者對信息披露的要求。6 提升信用風險管理水平? 整合第三方的評級系統(tǒng)，實現(xiàn)定量化的信用風險評估；? 整合外部信息，識別風險征兆，促進資產質量與收益的持續(xù)性改善與提升。3. 系統(tǒng)非功能需求分析3.1 非功能需求分析方法參照 ISO/IEC 9126 ，可對系統(tǒng)架構9 個非功能性子特性進行分析：分析視角?系統(tǒng)服務對象?系統(tǒng)服務目標?生產類型定

5、位?文檔電子化管 理要求非功能性需求開放性 擴展性 適應性 安全性 高性能 高可用 可管理 易用性 可靠性架構設計全面分析業(yè)務特征，立足業(yè)務持續(xù)發(fā)展與創(chuàng)新，多維婕勃那翦箱談叫聲礎圖1非功能性需求分析方法3.2 分析視角：系統(tǒng)服務對象 銀行行內用戶工總行臺巾湎尸各員代性人 代理人人歷南加的步腓 甘比滿川尸 決儺袋用戶II；-工世嚇：?irp- , ” 鼻 if ?下忖北B洵H中，代理租戶多產 吊、合部等費奉用1美C如管貸卷 產心I，的乂城消費的貸款利小穗消 般賁就審微謙也存花至異）,需典 建立先備.黃治的權限皆理體泵圖2分析視角：系統(tǒng)服務對象3.3分析視角：系統(tǒng)服務目標整合評審機制系統(tǒng)?客戶評審

6、系統(tǒng)的輸入輸出：（基本信息等需定制）。輸出:評審結果業(yè) 務 流 程?審批流程和權限不斷調整?審批權限與具體產品等要素關聯(lián)貸 款 審 批 業(yè) 務?短頻快急（周期短、頻度高、審批 快、要款急），業(yè)務筆數(shù)多，業(yè)務處 理效率高，業(yè)務處理環(huán)節(jié)實效性要求臺匕目匕圖3分析視角：系統(tǒng)服務目標3.4分析視角：生產類型定位保證系統(tǒng)聯(lián)系可靠的運行?保證系統(tǒng)連續(xù)穩(wěn)定的運行?保證系統(tǒng)可靠運行，保證業(yè)務正確處理系 統(tǒng) 運 行 可 管 理?系統(tǒng)運行狀態(tài)管理 系統(tǒng)啟停系統(tǒng)服務啟停 流程實例監(jiān)控 異常處理等圖4分析視角：生產類型定位豐 曷 的 文 檔 類 型可擴展性3.5 分析視角：文檔電子化管理要求?與客戶關聯(lián)的文檔（如證件

7、）?與業(yè)務流程關聯(lián)的文檔（如評 審報告）全 面 的 管 理?建立、查詢、更新、關聯(lián)、刪 除、歸檔可 管 理圖5分析視角：文檔電子化管理要求3.6 系統(tǒng)目標安全性? 認證：提供基于用戶名/口令的認證方式、提供數(shù)字證書的身份認證方式?授權：提供基于角色的應用軟件功能的訪問控制，提供基于角色和組織機構的數(shù)據(jù)對象的訪問控制能力? 機密性：通過安全的網(wǎng)絡傳輸協(xié)議，利用公鑰/私鑰保證數(shù)據(jù)在傳輸過程的安全? 完整性：利用數(shù)字簽名技術保證系統(tǒng)傳輸?shù)年P鍵性業(yè)務數(shù)據(jù)的完整性易用性1.易見? 功能操作不超過三級菜單? 主要功能設置快捷方式? 提供個人收藏夾功能，便于直接點擊進入? 系統(tǒng)信息變更在界面易見，無需要手工

8、刷新或者重復操作而顯示變化的關鍵結果? 針對管理類和決策類用戶的查詢和監(jiān)控類操作界面， 提供餅圖， 柱狀圖等形象的表達方式2. 易用? 對操作性界面，簡化輸入工作，提供多種可選擇輸入方式? 說明文字言簡意賅，不存在二義性? 光標鍵切換有規(guī)律，不紊亂? 關聯(lián)界面間具有相互聯(lián)系，可自由轉換? 界面簡潔，按鈕操作少而明確3. 易學? 具有清晰的導航/向導功能。? 用戶手冊準確，易懂? 界面操作簡化，提供友好提醒? 具有簡單的在線提示功能適應性? 在流程定義上，系統(tǒng)提供靈活的機構授權配置? 在貸款類型定義中,用戶可以定義不同類型的業(yè)務產品，以適應業(yè)務的變化? 系統(tǒng)具有基于角色的應用功能權限管理能力?

9、系統(tǒng)具有基于角色的數(shù)據(jù)訪問權限管理能力可管理? 系統(tǒng)運行狀態(tài)可管理：如系統(tǒng)啟動、停止等? 異常處理規(guī)則可維護? 流程運行狀態(tài)可維護? 可對非結構化數(shù)據(jù)進行存儲、管理、檢索? 可對非結構化數(shù)據(jù)的規(guī)范化管理，支持多種文檔的存儲高可用? 保證系統(tǒng)持續(xù)、穩(wěn)定運行? 并且計劃外宕機時間控制在全年的2%以內開放性? 系統(tǒng)支持外部系統(tǒng)平滑接入? 規(guī)范服務接口，統(tǒng)一化服務調用? 支持規(guī)范事務類別? 系統(tǒng)應提供與* 銀行提供的評級系統(tǒng)的接口對接能力可擴展性? 系統(tǒng)能夠對產品共性進行歸納與抽象，實現(xiàn)產品的參數(shù)化管理，實現(xiàn)產品產品創(chuàng)新與產品變更的配置化管理? 實現(xiàn)業(yè)務流程標準化與產品特性的分離可靠性? 能保證業(yè)務交

10、易及其數(shù)據(jù)傳遞的完整性和一致性? 在系統(tǒng)運行異常甚至發(fā)生故障時，能提供故障恢復的能力高性能A 響應時間：? 用戶訪問系統(tǒng)登陸界面的響應時間目標4 秒? 用戶 98% 的簡單查詢訪問的響應時間目標2-5 秒? 用戶 98%的簡單增刪改事務處理訪問的響應時間目標1-4 秒? 用戶 98%的復雜查詢訪問的響應時間目標是58秒? 服務器的平均利用率應不大于 75%B 在線用戶數(shù)量：? 系統(tǒng)應能支持同時在線用戶數(shù)為總用戶數(shù)的 60%C 并發(fā)交易量：C1 平均事務處理量：? 簡單增刪改查頁面點擊交易量:30 次/秒? 復雜的查詢交易 :30 次/秒C2 峰值事務處理量：? 簡單增刪改查頁面點擊交易量100

11、 次/秒? 復雜的查詢交易是40 次/秒4. 系統(tǒng)設計限制及約束條件1. Web 界面：Ext js（開源）2. 安全與認證： ca 產品3. 應用服務器軟件（App Server）:WebSphere（商業(yè)軟件）4. BPM 產品5,數(shù)據(jù)庫產品（可以集成現(xiàn)有數(shù)據(jù)庫）5. 面向層次的技術架構設計從面向層次設計的視角，可將系統(tǒng)設計為如下層次：用戶交互層、交互控制層、業(yè)務服務層、公共服務層、業(yè)務流程管理擴展、數(shù)據(jù)訪問層和數(shù)據(jù)存儲層。? 用戶交互層， 基于實現(xiàn)技術，負責用戶與系統(tǒng)的人機交互界面，為用戶提供一定的本地計算能力。? 交互控制層，負責為界面和業(yè)務服務之間進行數(shù)據(jù)轉換，同時對系統(tǒng)的事務進行總

12、體控制，隔離界面實現(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)

13、結構見下圖：ABCDEF用戶交互層交互控制層業(yè)務服務層公共服務層數(shù)據(jù)訪問層數(shù)據(jù)存儲層數(shù)據(jù)庫圖6面向層次視角的技術架構6. 技術架構的邏輯構成6.1 概況：1 .采用的ui設計2 .采用BPM進行流程管理3 .通過同一模塊和外部系統(tǒng)進行交互4 .采用ORM技術封裝獨立的數(shù)據(jù)訪問層5 .系統(tǒng)有很好的適應性，可擴展性和開放性界面與后臺數(shù)據(jù)充瓦(U1A R)EXE自鼓卜張善4用Arp Sui.diUi )If也演可，心，立H譚何鼻 <FS)數(shù)州訪同h叫 h 士.4圖7技術架構的邏輯構成視圖6.2 分類說明管理：1 .統(tǒng)一化定義管理各模塊的接口，降低管理與系統(tǒng)核心模塊的耦合度2 .管理分為：權限管

14、理，系統(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 (Direct Web Remoting)是開源技術，前端 Javascript 與 Server 端的 Java 交互，充 分利用網(wǎng)絡帶寬2,和

15、JavaScript相結合，提供了多種交互模式(同步，異步)，增強用戶體驗型pagc.htmlpa-e.htmlpublic class MofiJlw public void Bsyntfnnt(S<rinf vbIub) 原理如下:wcEx.ri ptEessioisByPage(.);Util util new utiiCsestions);tiJ.setk.ilufi' "ii£lid", walue);圖8 DWR原理示意Web 層：1. Web Server獨立部署，可被外網(wǎng)訪問。網(wǎng)絡安全具有可較強的可擴展性，可以考慮采用授權認證等體系。App Server :1 .體現(xiàn)業(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ù)