1、 67/67項目編號：中倉倉單服務有限公司征信系統(tǒng)項目投標書 高偉達軟件股份有限公司二一五年三月目錄TOC o 1-3 h z u HYPERLINK l _Toc414889575 1.解決方案綜述 PAGEREF _Toc414889575 h 7 HYPERLINK l _Toc414889576 1.1.引言 PAGEREF _Toc414889576 h 7 HYPERLINK l _Toc414889577 1.2.總體設計思想 PAGEREF _Toc414889577 h 7 HYPERLINK l _Toc414889578 1.3.系統(tǒng)設計原則 PAGEREF _Toc41

2、4889578 h 7 HYPERLINK l _Toc414889579 1.4.系統(tǒng)設計特點 PAGEREF _Toc414889579 h 8 HYPERLINK l _Toc414889580 1.4.1.規(guī)范性、標準性原則 PAGEREF _Toc414889580 h 8 HYPERLINK l _Toc414889581 1.4.2.先進性、穩(wěn)定性原則 PAGEREF _Toc414889581 h 8 HYPERLINK l _Toc414889582 1.4.3.開放性、靈活性原則 PAGEREF _Toc414889582 h 8 HYPERLINK l _Toc41488

3、9583 1.4.4.前瞻性、可擴展性原則 PAGEREF _Toc414889583 h 9 HYPERLINK l _Toc414889584 1.4.5.安全性原則 PAGEREF _Toc414889584 h 9 HYPERLINK l _Toc414889585 2.業(yè)務解決方案 PAGEREF _Toc414889585 h 13 HYPERLINK l _Toc414889586 2.1.信用數(shù)據(jù)采集模塊 PAGEREF _Toc414889586 h 13 HYPERLINK l _Toc414889587 2.1.1.概述 PAGEREF _Toc414889587 h 1

4、3 HYPERLINK l _Toc414889588 2.1.2.借款人基本信息接口 PAGEREF _Toc414889588 h 13 HYPERLINK l _Toc414889589 2.1.3.信貸業(yè)務信息接口 PAGEREF _Toc414889589 h 14 HYPERLINK l _Toc414889590 2.2.信用評級模塊 PAGEREF _Toc414889590 h 14 HYPERLINK l _Toc414889591 2.2.1.概述 PAGEREF _Toc414889591 h 14 HYPERLINK l _Toc414889592 2.2.2.定量評

5、價 PAGEREF _Toc414889592 h 15 HYPERLINK l _Toc414889593 2.2.3.定性評價 PAGEREF _Toc414889593 h 15 HYPERLINK l _Toc414889594 2.3.信用信息發(fā)布模塊 PAGEREF _Toc414889594 h 15 HYPERLINK l _Toc414889595 2.4.信用報告查詢模塊 PAGEREF _Toc414889595 h 15 HYPERLINK l _Toc414889596 2.4.1.概述 PAGEREF _Toc414889596 h 15 HYPERLINK l _

6、Toc414889597 2.4.2.數(shù)據(jù)說明 PAGEREF _Toc414889597 h 16 HYPERLINK l _Toc414889598 2.5.信用管理模塊 PAGEREF _Toc414889598 h 17 HYPERLINK l _Toc414889599 2.5.1.異議管理 PAGEREF _Toc414889599 h 17 HYPERLINK l _Toc414889600 2.5.2.信用信息查詢 PAGEREF _Toc414889600 h 17 HYPERLINK l _Toc414889601 2.5.3.安全審計管理 PAGEREF _Toc4148

7、89601 h 17 HYPERLINK l _Toc414889602 2.6.公共模塊 PAGEREF _Toc414889602 h 17 HYPERLINK l _Toc414889603 2.6.1.概述 PAGEREF _Toc414889603 h 17 HYPERLINK l _Toc414889604 2.6.2.字典管理 PAGEREF _Toc414889604 h 18 HYPERLINK l _Toc414889605 2.6.3.用戶授權(quán)管理 PAGEREF _Toc414889605 h 18 HYPERLINK l _Toc414889606 2.6.4.操作審

8、核 PAGEREF _Toc414889606 h 19 HYPERLINK l _Toc414889607 2.6.5.統(tǒng)計匯總功能 PAGEREF _Toc414889607 h 19 HYPERLINK l _Toc414889608 2.6.6.系統(tǒng)參數(shù)配置 PAGEREF _Toc414889608 h 19 HYPERLINK l _Toc414889609 2.6.7.數(shù)據(jù)清理、備份及恢復 PAGEREF _Toc414889609 h 19 HYPERLINK l _Toc414889610 3.技術(shù)解決方案 PAGEREF _Toc414889610 h 20 HYPERLI

9、NK l _Toc414889613 3.1.系統(tǒng)技術(shù)架構(gòu)概述 PAGEREF _Toc414889613 h 20 HYPERLINK l _Toc414889614 3.2.技術(shù)架構(gòu)特點 PAGEREF _Toc414889614 h 20 HYPERLINK l _Toc414889617 3.2.1.技術(shù)架構(gòu)總體設計 PAGEREF _Toc414889617 h 21 HYPERLINK l _Toc414889618 3.2.2.技術(shù)架構(gòu)層次結(jié)構(gòu) PAGEREF _Toc414889618 h 22 HYPERLINK l _Toc414889619 3.2.3.關(guān)鍵技術(shù) PAGE

10、REF _Toc414889619 h 24 HYPERLINK l _Toc414889620 3.3.與外系統(tǒng)接口 PAGEREF _Toc414889620 h 30 HYPERLINK l _Toc414889621 3.4.系統(tǒng)性能策略 PAGEREF _Toc414889621 h 30 HYPERLINK l _Toc414889622 3.5.安全設計 PAGEREF _Toc414889622 h 30 HYPERLINK l _Toc414889624 4.實施方案 PAGEREF _Toc414889624 h 31 HYPERLINK l _Toc414889625 4

11、.1.實施方法 PAGEREF _Toc414889625 h 31 HYPERLINK l _Toc414889626 4.2.人員架構(gòu) PAGEREF _Toc414889626 h 33 HYPERLINK l _Toc414889627 4.3.項目組人員列表（后附關(guān)鍵人員簡歷） PAGEREF _Toc414889627 h 33 HYPERLINK l _Toc414889628 5.系統(tǒng)上線保障 PAGEREF _Toc414889628 h 34 HYPERLINK l _Toc414889629 5.1.上線前準備 PAGEREF _Toc414889629 h 34 HYP

12、ERLINK l _Toc414889630 5.1.1.主機環(huán)境 PAGEREF _Toc414889630 h 34 HYPERLINK l _Toc414889631 5.1.2.網(wǎng)絡環(huán)境 PAGEREF _Toc414889631 h 35 HYPERLINK l _Toc414889632 5.1.3.軟件環(huán)境 PAGEREF _Toc414889632 h 35 HYPERLINK l _Toc414889633 5.1.4.標準數(shù)據(jù)準備 PAGEREF _Toc414889633 h 35 HYPERLINK l _Toc414889634 5.1.5.制度準備 PAGEREF

13、_Toc414889634 h 36 HYPERLINK l _Toc414889635 5.2.正式切換上線 PAGEREF _Toc414889635 h 36 HYPERLINK l _Toc414889636 5.2.1.確定最終切換流程 PAGEREF _Toc414889636 h 36 HYPERLINK l _Toc414889637 5.2.2.標準數(shù)據(jù)導入初始化 PAGEREF _Toc414889637 h 36 HYPERLINK l _Toc414889638 5.3.上線后保障 PAGEREF _Toc414889638 h 36 HYPERLINK l _Toc4

14、14889639 5.3.1.業(yè)務支持 PAGEREF _Toc414889639 h 36 HYPERLINK l _Toc414889640 5.3.2.系統(tǒng)定期重檢 PAGEREF _Toc414889640 h 36 HYPERLINK l _Toc414889641 6.質(zhì)量保證方案 PAGEREF _Toc414889641 h 37 HYPERLINK l _Toc414889642 6.1.質(zhì)量保證 PAGEREF _Toc414889642 h 37 HYPERLINK l _Toc414889643 6.1.1.質(zhì)量保證流程 PAGEREF _Toc414889643 h

15、38 HYPERLINK l _Toc414889644 6.1.2.確定項目的QA PAGEREF _Toc414889644 h 39 HYPERLINK l _Toc414889645 6.1.3.制定QA計劃 PAGEREF _Toc414889645 h 39 HYPERLINK l _Toc414889646 6.1.4.支持項目活動 PAGEREF _Toc414889646 h 40 HYPERLINK l _Toc414889647 6.1.5.促進同行評審 PAGEREF _Toc414889647 h 40 HYPERLINK l _Toc414889648 6.1.6.

16、過程評審 PAGEREF _Toc414889648 h 41 HYPERLINK l _Toc414889649 6.1.7.產(chǎn)品審計 PAGEREF _Toc414889649 h 41 HYPERLINK l _Toc414889650 6.1.8.不符問題處理 PAGEREF _Toc414889650 h 42 HYPERLINK l _Toc414889651 6.2.配置管理 PAGEREF _Toc414889651 h 42 HYPERLINK l _Toc414889652 6.2.1.配置管理流程 PAGEREF _Toc414889652 h 42 HYPERLINK

17、l _Toc414889653 6.2.2.配置標識 PAGEREF _Toc414889653 h 43 HYPERLINK l _Toc414889654 6.2.3.建立配置庫 PAGEREF _Toc414889654 h 44 HYPERLINK l _Toc414889655 6.2.4.基線建立與發(fā)布 PAGEREF _Toc414889655 h 44 HYPERLINK l _Toc414889656 6.2.5.配置變更控制 PAGEREF _Toc414889656 h 45 HYPERLINK l _Toc414889657 6.2.6.配置狀態(tài)統(tǒng)計 PAGEREF _

18、Toc414889657 h 46 HYPERLINK l _Toc414889658 6.2.7.配置審計 PAGEREF _Toc414889658 h 46 HYPERLINK l _Toc414889659 6.2.8.配置管理工具推薦 PAGEREF _Toc414889659 h 46 HYPERLINK l _Toc414889660 6.2.9.版本管理 PAGEREF _Toc414889660 h 47 HYPERLINK l _Toc414889661 6.2.10.代碼版本管理（主干和分支） PAGEREF _Toc414889661 h 48 HYPERLINK l

19、_Toc414889662 6.2.11.標簽管理 PAGEREF _Toc414889662 h 52 HYPERLINK l _Toc414889663 6.2.12.版本模型 PAGEREF _Toc414889663 h 52 HYPERLINK l _Toc414889664 6.2.13.鎖定-修改-解鎖方案 PAGEREF _Toc414889664 h 52 HYPERLINK l _Toc414889665 6.2.14.復制-修改-合并方案 PAGEREF _Toc414889665 h 53 HYPERLINK l _Toc414889666 6.2.15.文檔管理 PA

20、GEREF _Toc414889666 h 53 HYPERLINK l _Toc414889667 6.2.16.備份管理 PAGEREF _Toc414889667 h 56 HYPERLINK l _Toc414889668 7.服務承諾 PAGEREF _Toc414889668 h 58 HYPERLINK l _Toc414889676 7.1.售后服務概述 PAGEREF _Toc414889676 h 58 HYPERLINK l _Toc414889677 7.2.收費維護期 PAGEREF _Toc414889677 h 58 HYPERLINK l _Toc4148896

21、78 7.2.1.服務內(nèi)容 PAGEREF _Toc414889678 h 58 HYPERLINK l _Toc414889679 7.2.2.收費標準 PAGEREF _Toc414889679 h 58解決方案綜述引言根據(jù)中倉倉單對于電子倉單業(yè)務發(fā)展的整體要求，為滿足電子倉單可快速實現(xiàn)融資、質(zhì)押、交易等，需要對電子倉單、倉庫、存貨企業(yè)等出具征信信用報告，提高在同業(yè)中的競爭力。 鑒于此，有必要開發(fā)一套專門針對征信接口的管理系統(tǒng)，這個系統(tǒng)不但能夠采集企業(yè)征信數(shù)據(jù)，同時對異議數(shù)據(jù)以及需要信用信息的查詢都能夠進行處理，并且需提供方便易用的操作流程以加快這些數(shù)據(jù)的處理?？傮w設計思想本方案是針對中倉

22、倉單服務有限公司企業(yè)征信需求，結(jié)合在其它銀行的征信接口實施經(jīng)驗而設計的方案，總體設計思想如下：整個系統(tǒng)的設計具備足夠的靈活性與擴展性，立足現(xiàn)在，放眼未來。在信息技術(shù)快速發(fā)展的今天，采用先進技術(shù)設計出開放而穩(wěn)健的架構(gòu)，保證系統(tǒng)的先進性和擴展性。采用目前最流行最穩(wěn)定的技術(shù)，不但會縮短開發(fā)時間，同時能提供更高的穩(wěn)定性與擴展性。 系統(tǒng)設計原則征信系統(tǒng)的數(shù)據(jù)都取自其它業(yè)務系統(tǒng)，除部分糾錯數(shù)據(jù)、異議數(shù)據(jù)外，不主動產(chǎn)生新數(shù)據(jù)；征信系統(tǒng)的大部分數(shù)據(jù)處理流程盡量采用自動處理，對于無法自動進行的流程，將提供完善的幫助信息指導用戶操作；本系統(tǒng)對轉(zhuǎn)換規(guī)則進行可配置管理；系統(tǒng)設計特點規(guī)范性、標準性原則界面風格統(tǒng)一，操作

23、方式簡便易行，符合業(yè)務部門的使用習慣，提供各種標準服務接口以方便系統(tǒng)間互聯(lián)互通。先進性、穩(wěn)定性原則系統(tǒng)設計體現(xiàn)優(yōu)化系統(tǒng)結(jié)構(gòu)、完善系統(tǒng)功能、強化處理能力、簡化操作流程的原則；充分考慮采用先進符合信息技術(shù)發(fā)展趨勢和總體規(guī)劃要求的體系架構(gòu)；技術(shù)和軟件設計思想成熟穩(wěn)定，在架構(gòu)上采用基于框架和組件，層次化的架構(gòu)設計方式，在前端Web界面采用J2EE架構(gòu)，支持SOA規(guī)范。開放性、靈活性原則高偉達征信系統(tǒng)支持主流通信協(xié)議和規(guī)范，通過一系列技術(shù)與現(xiàn)有的IT技術(shù)架構(gòu)無縫整合，提供獨立于現(xiàn)有業(yè)務系統(tǒng)之外的企業(yè)級信息管理。前瞻性、可擴展性原則系統(tǒng)采用的各種硬件設備和軟件系統(tǒng)均應遵循國際標準或國際流行標準，符合開放性

24、設計原則，使其具有良好的可升級能力和擴展性。服務器系統(tǒng)開放性設計建立一個開放的計算機系統(tǒng)，遵循業(yè)界通用的技術(shù)標準，將為網(wǎng)絡系統(tǒng)的可移植性、相互可操作性與可擴展性提供可靠的保證。因此，是否采用開放的系統(tǒng)平臺，將關(guān)系到系統(tǒng)能否滿足金融業(yè)務未來的發(fā)展。為此，目標系統(tǒng)采用開放的硬件平臺，配以滿足POSIX和X/Open等工業(yè)標準的開放的UNIX操作系統(tǒng)。網(wǎng)絡通信系統(tǒng)的開放性設計目標系統(tǒng)采用國際上最流行的標準化網(wǎng)絡通信協(xié)議TCP/IP協(xié)議。安全性原則安全目標本系統(tǒng)能夠完成如下安全目標：機密性：能夠防止在未授權(quán)情況下泄露信息。 完整性：能夠防止在未授權(quán)情況下更改信息。 認證：能夠確保用戶是可信的。 分級：

25、能夠確保分級管理。防抵賴：用于防止發(fā)送者企圖否認曾經(jīng)發(fā)送過數(shù)據(jù)或內(nèi)容和用以防止接收者對所收到數(shù)據(jù)或內(nèi)容的抗否認；審計：能夠記錄重要事件，以便以后可以跟蹤所發(fā)生的事情。安全技術(shù)體系模型安全系統(tǒng)總體設計應能滿足如下圖所示的三維安全體系模型：安全技術(shù)體系模型安全服務維安全服務維是應用系統(tǒng)在系統(tǒng)安全方面所提供的全部技術(shù)手段，安全服務維定義了7種主要安全屬性。具體如下：身份認證，用于確認所聲明的身份的有效性；訪問控制，防止非授權(quán)使用資源或以非授權(quán)的方式使用資源；數(shù)據(jù)保密，數(shù)據(jù)存儲和傳輸時加密，防止數(shù)據(jù)竊取、竊聽；數(shù)據(jù)完整，防止數(shù)據(jù)被篡改；不可抵賴，用于防止發(fā)送者企圖否認曾經(jīng)發(fā)送過數(shù)據(jù)或其內(nèi)容和用以防止接

26、收者對所收到數(shù)據(jù)或內(nèi)容的抗否認；審計管理，設置審計記錄措施，分析審計記錄；可用性、可靠性，在系統(tǒng)降級或受到破壞時能使系統(tǒng)繼續(xù)完成其功能，使得在不利的條件下盡可能少地受到侵害者的破壞。對進入系統(tǒng)的數(shù)據(jù)進行合法性驗證，防止非法數(shù)據(jù)進入。對應用系統(tǒng)試圖進行的非法操作應能立即反應，并根據(jù)操作級別設定向管理員進行聲、光等告警，并記入日志。協(xié)議層次維協(xié)議層次維是安全系統(tǒng)應該將所采納的安全技術(shù)手段實施的范圍，協(xié)議層次維由物理層、鏈路層、網(wǎng)絡層、傳輸層、應用層組成。該維度表示根據(jù)應用的不同安全措施可以實施在不同的協(xié)議層次上。系統(tǒng)單元維系統(tǒng)單元維是安全系統(tǒng)應該提供安全保護的對象，系統(tǒng)單元維描述了應用系統(tǒng)基礎構(gòu)件

27、的各個成分：網(wǎng)絡平臺，軟件開發(fā)系統(tǒng)所在的網(wǎng)絡平臺；系統(tǒng)平臺，軟件開發(fā)系統(tǒng)部署的操作系統(tǒng)平臺；應用平臺，軟件開發(fā)系統(tǒng)各種應用的開發(fā)、運行平臺；物理環(huán)境，軟件開發(fā)系統(tǒng)運行的物理環(huán)境及人員管理。安全系統(tǒng)的技術(shù)實施在上述的三維結(jié)構(gòu)的安全體系中，安全服務維是向網(wǎng)絡系統(tǒng)的各個部分和每一個層次，提供安全保證的各種技術(shù)手段和措施。但是由于系統(tǒng)在各層面上部署的安全措施越多，意味著相應的投入就越大，因此對于具體的系統(tǒng)來說需要考慮其所部署及應用的范圍、環(huán)境及對安全性的要求來進行安全系統(tǒng)的技術(shù)實施。下表列出了本系統(tǒng)需要實施的安全服務及所在的協(xié)議層：安全服務及協(xié)議層關(guān)系表 物理層數(shù)據(jù)鏈路層網(wǎng)絡層傳輸層應用層認證訪問控制

28、數(shù)據(jù)保密數(shù)據(jù)完整性不可抵賴性審計可用性本系統(tǒng)采用三層架構(gòu)休系，軟件集中在總部維護。業(yè)務解決方案信用數(shù)據(jù)采集模塊本功能實現(xiàn)接收業(yè)各系統(tǒng)按照人行征信報文上報接口規(guī)范的報文，并通過自動校驗、重新傳送機制確保報文的完整性。概述采集報文的接口按照報文文件種類可分為：借款人基本信息接口、信貸業(yè)務信息接口。借款人基本信息接口該接口包含了借款人概況信息報文 、借款人資本構(gòu)成信息報文 、借款人財務報表信息報文 、借款人關(guān)注信息報文四中報文信貸業(yè)務信息接口該接口包含了貸款業(yè)務信息采集報文 、保理業(yè)務信息采集報文、票據(jù)貼現(xiàn)業(yè)務信息采集報文、貿(mào)易融資業(yè)務信息采集報文、信用證業(yè)務信息采集報文、保函業(yè)務信息采集報文、銀行

29、承兌匯票業(yè)務信息采集報文、公開授信信息采集報文、擔保業(yè)務信息采集報文、墊款業(yè)務信息采集報文、欠息信息采集報文十一種報文。信用評級模塊概述本系統(tǒng)評級模型是為規(guī)范企業(yè)客戶信用等級評定的標準，準確識別、度量客戶信用風險，參照根據(jù)巴塞爾新資本協(xié)議內(nèi)部評級法對內(nèi)部評級體系的要求而制定?？蛻粜庞迷u級是運用規(guī)范、統(tǒng)一的評價方法，對企業(yè)客戶一定經(jīng)營期間內(nèi)的償債能力和意愿，運用定量分析與定性分析相結(jié)合的方法，在對客戶的違約風險和違約概率進行真實、客觀、公正的綜合評價?？蛻粜庞玫燃壥欠从晨蛻魞斶€債務能力和意愿和相對尺度，主要從客戶的市場競爭能力、償債能力、管理水平、發(fā)展前景等方面進行評定。信用評級采取打分卡的方式

30、進行評價，并根據(jù)特殊情況進行級別調(diào)整與限定。信用等級打分卡由定量評價和定性評價兩部分構(gòu)成。定量評價定量評價指標基于違約預測能力強、指標間相關(guān)性較低、經(jīng)濟含義明確等原則進行選取。定量評價指標包括客戶規(guī)模、償債能力、流動性、盈利性、運營能力及發(fā)展能力等六個方面。評價指標權(quán)重基于違約預測貢獻越大權(quán)重越大的原則進行設定。定量評價得分計算根據(jù)不同的行業(yè)設定不同的行業(yè)標準值，行業(yè)標準值分為優(yōu)秀值、標準值、較差值三個指標，每個標準分別對應不同的分值。定性評價定性指標基于違約預測能力強、前瞻性、客觀性和可操作性等原則進行選取，并根據(jù)各指標違約預測能力設定權(quán)重。包括競爭能力、管理水平、經(jīng)營狀況、信用狀況及融資能

31、力等四個方面。指標得分采用對照表法計算得分，檔次劃分及各檔對應得分法進行確定信用信息發(fā)布模塊基于互聯(lián)網(wǎng)的征信網(wǎng)站，以依法披露為手段，發(fā)布征信信息。信用報告查詢模塊概述金融機構(gòu)向企業(yè)征信系統(tǒng)發(fā)送單筆查詢請求，系統(tǒng)即時處理查詢請求，實時反饋查詢結(jié)果。當用戶進行一份完整的信用報告的單筆實時查詢時，需要對接口查詢系統(tǒng)提交5（正文，財務報表，附件的1,2,3部分）次請求來獲取查詢結(jié)果。如下圖：數(shù)據(jù)說明報告內(nèi)容包含基本信息、有直接關(guān)聯(lián)關(guān)系的其他企業(yè)信息、信息概要、信貸記錄信息明細、公共信息、聲明信息、財務報表、附件信息。信用管理模塊異議管理征信客戶異議處理實現(xiàn)異議處理意見上報、異議協(xié)查函接收等功能。根據(jù)客

32、戶異議受理并復核后征信系統(tǒng)完成異議數(shù)據(jù)整合上報功能。信用信息查詢按查詢期間、查詢原因的維度，統(tǒng)計企業(yè)征信的查詢次數(shù)并統(tǒng)計。安全審計管理通過技術(shù)手段監(jiān)視和記錄信用信息的采集、訪問、修改、復制、備份等過程活動，為企業(yè)征信系統(tǒng)提供各階段活動的證據(jù)。記錄報文采集來源、時間、入庫時間；信用報告查詢主體的查詢者、查詢時間、查詢原因；異議處理的原因、參與人、時效性；數(shù)據(jù)修改備份的參與人、時間等。公共模塊概述其它功能包括字典管理、授權(quán)管理、操作審核管理、統(tǒng)計匯總功能、系統(tǒng)參數(shù)配置管理、數(shù)據(jù)清理與備份功能。字典管理字典管理分為固定字典管理、字典映射管理和金融機構(gòu)代碼管理。固定字典管理凡是在征信規(guī)范文件中的字典項

33、，都是可配置的；這些字典項可方便的進行增刪改（無需修改程序）。金融機構(gòu)代碼管理由于征信數(shù)據(jù)與報文采集相關(guān)系統(tǒng)聯(lián)系緊密，所以如果報文采集相關(guān)系統(tǒng)發(fā)生了變更，需要修改金融機構(gòu)代碼字典項。用戶授權(quán)管理征信接口系統(tǒng)與其它系統(tǒng)一樣，也涉及到用戶權(quán)限管理。用戶權(quán)限管理有以下功能：用戶管理：對用戶進行增刪改；崗位管理：對崗位進行增刪改；操作管理：對操作進行增刪改；用戶崗位管理：管理用戶與崗位的映射關(guān)系；用戶操作管理：管理用戶與操作的映射關(guān)系；崗位操作管理：管理崗位與操作的映射關(guān)系；部門管理：對部門及部門與用戶的對應關(guān)系進行管理；操作審核當用戶執(zhí)行某一操作時，需要對其進行權(quán)限驗證；同進需要記錄下這些操作，以備

34、對不法用戶進行跟蹤調(diào)查。統(tǒng)計匯總功能本系統(tǒng)在使用中，按筆數(shù)、授信額度及余額統(tǒng)計企業(yè)的征信信息。 系統(tǒng)參數(shù)配置本系統(tǒng)在使用中，不可避免的會用到一些常量，如文件生成路徑、返饋報文的存放路徑、數(shù)據(jù)備份路徑、報文版本號等等，這些在系統(tǒng)布署時可能會發(fā)生變更，所以需對其進行可配置管理。數(shù)據(jù)清理、備份及恢復為了減小征信系統(tǒng)的數(shù)據(jù)庫體積、加快數(shù)據(jù)庫的訪問速度，需要對數(shù)據(jù)庫進行清理操作，在清理這些數(shù)據(jù)之前需對其進行備份。本系統(tǒng)提供清理及備份方案如下：根據(jù)指定條件（如：該筆數(shù)據(jù)對應的貸款已結(jié)清、該筆數(shù)據(jù)屬于刪除報文中的數(shù)據(jù)、等等）查詢征信數(shù)據(jù)庫中不再使用的數(shù)據(jù)，將查詢到結(jié)果導成文本文件，并將這些文件保存到安全的地

35、方；將上面已備份的數(shù)據(jù)從數(shù)據(jù)庫中清除。 對應著備份操作，也會出現(xiàn)恢復操作（雖然這種機率較少），方案如下：打開指定的備份文件，顯示出該文件中的數(shù)據(jù)列表；選中相關(guān)數(shù)據(jù)，進行恢復(恢復過程中系統(tǒng)自動進行唯一性驗證)；技術(shù)解決方案系統(tǒng)技術(shù)架構(gòu)概述高偉達公司建議征信接口系統(tǒng)采用三層架構(gòu)實現(xiàn)?？偛啃枰峁?shù)據(jù)庫服務器、應用程序服務器；維護人員與業(yè)務人員通過個人PC即可訪問。所有的數(shù)據(jù)與文件均存放在總部的主機上，所有的業(yè)務邏輯程序都運行在總部主機上；客戶端具有操作界面可對后臺程序進行控制。技術(shù)架構(gòu)特點系統(tǒng)設計應簡潔、高效，滿足大數(shù)據(jù)量處理要求的特點，在技術(shù)實現(xiàn)上需具備一定的前瞻性；軟件的各功能模塊之間應關(guān)系

36、清晰、涉及系統(tǒng)資源相對獨立；應考慮軟件功能模塊的重用，減少重復開發(fā)、提高系統(tǒng)穩(wěn)定性；系統(tǒng)應采用模塊化、參數(shù)化設計，具備靈活、方便擴展能力；要考慮應用系統(tǒng)的擴展性和數(shù)據(jù)安全性?；谙到y(tǒng)效率的考慮，對查詢統(tǒng)計采用集中處理，通過部署單獨的數(shù)據(jù)庫服務器進行數(shù)據(jù)清洗計算。批量處理通過統(tǒng)一的任務調(diào)度進行，批量處理系統(tǒng)內(nèi)和系統(tǒng)外的數(shù)據(jù)采集要求。技術(shù)架構(gòu)總體設計軟件架構(gòu)設計通常都是在有效平衡軟件目標（用戶需求或者市場定位）與技術(shù)特性的產(chǎn)物，定位系統(tǒng)的架構(gòu)設計目標及其重要。我們在考慮到高性能和高可用性的基礎上，還要考慮的是高可靠、高安全等特性。因此，在軟件架構(gòu)設計之初，確定軟件架構(gòu)的特性目標是極其重要的，這需要

37、綜合分析系統(tǒng)建設目標，投入產(chǎn)出比（權(quán)衡資源投入與特性所帶來的軟件價值）等內(nèi)容。征信系統(tǒng)針對高性能、高可用性、高可靠、高安全等特性進行了設計，主要包括以下幾方面：高性能：架構(gòu)采用前后臺分離的模式進行設計，前后頁面通過控制層調(diào)用后臺服務進行業(yè)務處理。前后臺之間通過JSON數(shù)據(jù)進行數(shù)據(jù)傳遞，減少數(shù)據(jù)傳輸壓力。高可用性：專門針對系統(tǒng)的操作界面進行了UI設計，并增加用戶個性化設置的功能，可以根據(jù)個人的喜好設置系統(tǒng)的操作風格和常用功能。高可靠、高安全性：系統(tǒng)內(nèi)部有專門的內(nèi)部服務總線，供各個子系統(tǒng)之間進行服務調(diào)用，并設計專門的安全組件來對系統(tǒng)的訪問權(quán)限進行管理。可以在前臺對未授權(quán)登錄進行訪問控制，也可以在數(shù)

38、據(jù)庫訪問層控制訪問權(quán)限。技術(shù)架構(gòu)層次結(jié)構(gòu)技術(shù)架構(gòu)遵循SOA體系結(jié)構(gòu)的“高內(nèi)聚，低耦合”的基本原則，建設面向服務的開放性系統(tǒng)，支持基于負載均衡技術(shù)下的分布運行模式提高系統(tǒng)的可擴展性。整個技術(shù)架構(gòu)主要由展現(xiàn)層、應用層兩部分組成:展現(xiàn)層展現(xiàn)層采用傳統(tǒng)的MVC模式進行設計。MVC（Model-View-Controller）應用程序結(jié)構(gòu)被用來分析分布式應用程序的特征。這種抽象結(jié)構(gòu)能有助于將應用程序分割成若干邏輯部件，使程序設計變得更加容易。MVC結(jié)構(gòu)提供了一種按功能對各種對象進行分割的方法（這些對象是用來維護和表現(xiàn)數(shù)據(jù)的），其目的是為了將各對象間的耦合程度減至最小。MVC結(jié)構(gòu)本來是為了將傳統(tǒng)的輸入（i

39、nput）、處理（processing）、輸出（output）任務運用到圖形化用戶交互模型中而設計的。但是，將這些概念運用于基于Web的企業(yè)級多層應用領(lǐng)域也是很適合的。視圖 視圖是用戶看到并與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括Macromedia Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services。View層主要使用JSP頁面和Validation頁面驗證框架與VO對象交互數(shù)據(jù)。模型 模型表示企業(yè)數(shù)據(jù)和業(yè)務規(guī)則。在MV

40、C的三個部件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構(gòu)件對象來處理數(shù)據(jù)庫。被模型返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個模型能為多個視圖提供數(shù)據(jù)。由于應用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。Model層通過VO對象數(shù)組更新JSP頁面視圖?？刂破?控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發(fā)送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調(diào)用哪個模型構(gòu)件去處理請求，然后用確定用哪個視圖來顯示模型處理返回的數(shù)據(jù)。Contr

41、ol層通過Struts2的action訪問應用層的本地服務和BPS工作流引擎的services。應用層應用層分為服務層、業(yè)務層、業(yè)務模型層和SSI2基礎技術(shù)開發(fā)平臺。服務代理主要是把系統(tǒng)內(nèi)部服務和遠程服務暴露出來供展現(xiàn)層和外部系統(tǒng)調(diào)用。業(yè)務層主要是通過用例控制為服務代理層提供各類業(yè)務服務，業(yè)務服務層通過數(shù)據(jù)訪問層的DAO訪問個貸數(shù)據(jù)庫。業(yè)務模型層把系統(tǒng)內(nèi)常用的業(yè)務邏輯進行歸類，封裝為業(yè)務模型，供業(yè)務服務層調(diào)用。SSI2（Struts2 Spring Ibatis）框架是基于傳統(tǒng)的J2EE架構(gòu)的開發(fā)平臺。是在SSI2開源框架基礎上進行修改的技術(shù)框架，主要為整個系統(tǒng)提供事務控制、安全、系統(tǒng)監(jiān)控、會

42、話管理、日志、消息機制、異常服務、任務調(diào)度、基礎工具類、BaseDao和generator（代碼生成器）等組件。關(guān)鍵技術(shù)J2EE體系J2EE體系結(jié)構(gòu)提供中間層集成框架通過提供統(tǒng)一的開發(fā)平臺，降低了開發(fā)多層應用的費用和復雜性，同時提供對現(xiàn)有應用程序集成強有力支持，完全支持Enterprise JavaBeans，有良好的向?qū)еС执虬筒渴饝?，添加目錄支持，增強了安全機制，提高了性能。J2EE的優(yōu)點主要包括：平臺無關(guān)性：用戶不必將自己捆綁在某一種硬件或操作系統(tǒng)平臺上，可以根據(jù)自身的情況選擇合適的硬件、操作系統(tǒng)、數(shù)據(jù)庫。J2EE是一種組件技術(shù)，已完成的組件能被方便地移植到任何其它地方。J2EE作為

43、中間層，提供了強大的功能，使開發(fā)人員只需要關(guān)注商業(yè)邏輯，因而能加快開發(fā)速度，提高系統(tǒng)的運行效率和穩(wěn)定性。保護用戶投資：當用戶更換平臺時，由于基于J2EE的系統(tǒng)能方便地移植到其它平臺上，而無須重新開發(fā)，因此能有效地保護用戶的投資。廣泛的支持：J2EE技術(shù)規(guī)范得到了從國際性大公司到自由軟件開發(fā)者的廣泛支持，SUN，IBM，ORACLE，NETSCAPE，BEA等紛紛推出基于J2EE的軟件產(chǎn)品。在網(wǎng)上可購買或免費下載各種標準組件?？蓴U展：允許透明地擴展以適應Web應用爆炸式的增長基于開放的標準：支持Java，XML，RMI，TCP/IP，JMS等協(xié)議、消息傳遞標準和中間件。在支持J2EE規(guī)范的應用服

44、務器之上，主要采用JAVA語言進行網(wǎng)絡應用開發(fā)，JAVA語言以其跨平臺特性、面向?qū)ο?、簡單性、穩(wěn)固性、安全性等特點已成為國際網(wǎng)絡應用潮流。J2EE平臺全面支持和實施XML，這種強大的組合可使XML具備跨平臺的兼容性，甚至用于對XML代碼進行語法檢查和調(diào)試的工具也可與平臺無關(guān)。XML可實施獨立于平臺的數(shù)據(jù)，J2EE平臺則可實施獨立于平臺的解決方案?；贘2EE框架的應用軟件系統(tǒng)既具有傳統(tǒng)的物理上三層結(jié)構(gòu)系統(tǒng)的優(yōu)點，又具備邏輯上多級組件架構(gòu)的靈活性和擴展性。表示層：完成應用的用戶接口部分， 負責顯示信息和收集數(shù)據(jù)， 并與功能層通訊。此層主要面向最終用戶， 因此界面必須直觀易操作， 大多數(shù)表現(xiàn)為GU

45、I或WEB，邏輯上還可以分為多層。功能層：又稱“應用層”或“中間層”， 利用服務器完成客戶的應用功能，負責處理所有的業(yè)務邏輯。響應表示層的處理請求，根據(jù)業(yè)務邏輯進行處理（包括與數(shù)據(jù)層的通信），并將處理結(jié)果發(fā)回表示層， 邏輯上也可以分為多層。數(shù)據(jù)層：響應功能層請求，完成數(shù)據(jù)庫存儲和數(shù)據(jù)存取操作，并將結(jié)果發(fā)回功能層，邏輯上也可以分為多層。采用多層多級系統(tǒng)架構(gòu)優(yōu)勢表現(xiàn)在： 分布式計算模式減輕了網(wǎng)絡負擔；業(yè)務邏輯的增加、刪減、更新不影響用戶個數(shù)和執(zhí)行環(huán)境。來自客戶端的訪問頻繁、造成功能層或數(shù)據(jù)層的服務器負荷過重時，可分散、均勻負荷而不影響客戶環(huán)境。多層多級體系結(jié)構(gòu)具有很好的開放性：支持多種數(shù)據(jù)庫平臺。

46、可同時訪問多個異構(gòu)數(shù)據(jù)庫；同時訪問優(yōu)化設計的具有數(shù)據(jù)倉庫技術(shù)的數(shù)據(jù)庫。多層體系結(jié)構(gòu)具有很好的伸縮性：組網(wǎng)靈活，可擴展性強。運行效率高：數(shù)據(jù)倉庫的分析和數(shù)據(jù)計算可以在單獨的應用服務上完成。J2EE多層分布式體系結(jié)構(gòu)，其使應用系統(tǒng)的操作和運行具有很好的靈活性。先進的Java計算方案如面向?qū)ο蟆ⅹ毩⒂谄脚_、快速集成、代碼重用等，是實現(xiàn)這種結(jié)構(gòu)的關(guān)鍵，并使系統(tǒng)具有良好的可移植性和可擴展性?；贘2EE上述優(yōu)點，本系統(tǒng)的應用體系結(jié)構(gòu)建議采用J2EE體系結(jié)構(gòu)進行設計來達到應用的快速的開發(fā)與部署以及與第三方產(chǎn)品的無縫集成。框架穩(wěn)定性和安全性評估MVC起源于20世紀80年代，是針對smalltalk語言的一種

47、軟件設計模式，現(xiàn)在已被廣泛應用。近年來，隨著java的盛行，MVC的低耦合性、高重用性、可維護性、軟件工程的可管理性等諸多優(yōu)點使其在java平臺中很受歡迎，其間，也誕生了許多優(yōu)秀的MVC框架，如專注于控制層的Struts、WebWork, Struts2, JSF等框架，專注于業(yè)務邏輯方面的Spring框架、專注于持久層的Hibernate、iBatis、Castor、JORM等框架。本次個貸2.0系統(tǒng)選用了SSI2（Struts2+Spring+Ibatis）框架。Struts2主要來源于webwork框架，與Struts1相比，在數(shù)據(jù)傳遞方面，Struts2提供了更加強大OGNL標簽功能，

48、使其能夠通過在action中定義變量來直接與jsp頁面中的數(shù)據(jù)進行相互傳值，省去了Struts1中的formbean；而在跳轉(zhuǎn)控制方面，Struts2簡化了配置文件的信息量，使頁面和action之間的交換更加的簡潔和直觀，便于開發(fā)人員的管理。本次框架采用的是目前比較穩(wěn)定的2.3.4版本。Spring功能非常的強大，比如它的控制反轉(zhuǎn)/依賴注入機制，省去了自己書寫工廠模式的工作，實現(xiàn)類對我們將要用到控制類、業(yè)務邏輯類、數(shù)據(jù)訪問類、以及JNDI或者JDBC數(shù)據(jù)源的托管；Spring對AOP支持使在用戶權(quán)限控制、事務處理方面節(jié)省了很多工作量；iBatis則是一種輕量級的OR Mapping框架，與Hi

49、bernate相比，iBatis提供了半自動化對象關(guān)系映射的實現(xiàn)，開發(fā)人員需要編寫具體的sql語句，為系統(tǒng)設計提供了更大的自由空間，為sql語句優(yōu)化提供了便利。在控制層，利用Strtus2標簽功能，在Action中直接與jsp頁面上的數(shù)據(jù)進行交互。在調(diào)用業(yè)務邏輯層應用時，Struts2提供了對Sping的支持。開發(fā)人員需要完成對struts.xml的配置工作和對各個Action類的編寫。在業(yè)務邏輯層，利用Spring框架的依賴注入實現(xiàn)對業(yè)務邏輯類和DAO類的實例托管；在事務處理方面，利用Spring提供的面向切面的事務處理功能，使對數(shù)據(jù)的事務控制脫離于數(shù)據(jù)訪問接口實現(xiàn)；在對象關(guān)系映射方面，利用

50、Spring對數(shù)據(jù)庫連接池的托管和對iBatis框架的支持。開發(fā)人員需要完成對數(shù)據(jù)源的配置、對不同模塊所對應的application*.xml文件的配置，以及對業(yè)務邏輯接口的定義和業(yè)務邏輯實現(xiàn)的編寫。在持久層，利用iBatis提供的半自動化對象關(guān)系映射的實現(xiàn)，開發(fā)人員需要編寫具體的sql語句，為系統(tǒng)設計提供了更大的自由空間。另外，開發(fā)人員需要完成對SqlMapConfig.xml和*SqlMap.xml的配置，以及對DAO接口的定義和DAO接口的實現(xiàn)。在各層之間進行交換的過程中，利用數(shù)據(jù)傳輸類進行數(shù)據(jù)的傳遞和交互。其中，數(shù)據(jù)傳輸類與數(shù)據(jù)庫表一一對應。SSI2框架能夠降低代碼的耦合度，增強了代碼

51、的健壯性和可重用性，加快了開發(fā)速度。雖然該框架也有一些不足之處，比如由于三種框架的配置文件較多，但是我們在開發(fā)的時候提供了代碼生成器，可以生大部分的代碼和配置文件，從而避免了該框架的不足之處。與外系統(tǒng)接口由于征信系統(tǒng)所需數(shù)據(jù)均要依賴外圍系統(tǒng)，所以接口部分的設計尤為關(guān)鍵，目前涉及的系統(tǒng)為核心系統(tǒng)、信貸系統(tǒng)。使用ETL工具進行數(shù)據(jù)的加工處理，滿足異構(gòu)數(shù)據(jù)源的要求。首先，抽取各個系統(tǒng)日終后與征信相關(guān)的數(shù)據(jù)。其次，進行數(shù)據(jù)的準確性驗證。系統(tǒng)性能策略為了提高系統(tǒng)整體性能，將采用以下策略：運行時按一定策略配置成并行運行模式。數(shù)據(jù)定期進行清理與備份。數(shù)據(jù)庫中數(shù)據(jù)越多，其查詢處理時間就會越久，把一些不再使用的

52、數(shù)據(jù)從數(shù)據(jù)庫中清理出去并進行備份，不但保證了數(shù)據(jù)的完整性，同時也會加快系統(tǒng)的運行時間。盡量采用高配置的硬件設備。安全設計安全性設計主要體現(xiàn)在以下幾方面： 用戶權(quán)限控制根據(jù)用戶操作要求進行操作授權(quán)，只有授權(quán)后的用戶才可訪問系統(tǒng)；操作審核與記錄對用戶在系統(tǒng)中的操作進行審核，不允許越權(quán)操作發(fā)生；IP地址限制對于關(guān)鍵用戶，提供IP地址限制功能，只有在該用戶的機器才能進行相應操作；誤操作恢復在每次上報數(shù)據(jù)后，盡量備份系統(tǒng)，在發(fā)生非法操作時，可將數(shù)據(jù)恢復到上次上報數(shù)據(jù)后的狀態(tài)。實施方案實施方法項目各階段和每個階段內(nèi)的活動根據(jù)不同項目情況，會有一定不同，階段之間也可以有重疊。針對本征信項目的實施特點，建議分

53、為業(yè)務需求梳理、系統(tǒng)需求分析、系統(tǒng)設計、系統(tǒng)開發(fā)、系統(tǒng)測試等幾個階段來進行。項目群的實施是一個復雜的過程，其中業(yè)務需求梳理和系統(tǒng)需求分析同屬于系統(tǒng)需求獲取工作，業(yè)務需求梳理階段需要進行客戶的現(xiàn)狀分析， 與現(xiàn)有產(chǎn)品差異分析以及客戶需求的整理工作。系統(tǒng)設計是一個循環(huán)、疊加的過程，不同的業(yè)務模型和功能模塊必須都遵循設計方法論，從而保障各個模型直接的緊密銜接，下圖展現(xiàn)了項目各階段及工作內(nèi)容的相互關(guān)系：圖 STYLEREF 1 s 12 SEQ 圖表 * ARABIC s 1 2: 項目階段實施及工作內(nèi)容主要體現(xiàn)在于：它著重在項目成果和成果間的關(guān)系。這就使得項目小組能夠更好地調(diào)整工作方式以滿足客戶的特殊

54、需求。提供一個項目執(zhí)行基礎，避免諸如計劃不周和/或缺乏風險管理、無法承受壓力以及缺乏管理控制等通常在開發(fā)中會出現(xiàn)的問題。制定了相應的規(guī)范，使得開發(fā)人員在項目的任何一個階段介入，都能夠馬上適應角色，而不會影響項目進展。為項目管理、準確的項目執(zhí)行預測以及利用諸如文檔、模塊、圖形和程序編碼等可重復使用的項目成果提供了一個有利的基礎。整個項目實施周期劃分為不同的階段，每一階段又由各種任務組成；各個任務下又細分為子任務，因此，每一工作都會有專人負責實施，同時矩陣形的控制結(jié)構(gòu)便于管理和隨時檢查。人員架構(gòu)項目組人員列表（后附關(guān)鍵人員簡歷）中倉倉單征信系統(tǒng)項目人員列表姓名角色職責司緒龍項目經(jīng)理負責項目進度、安

55、排項目組人員、項目計劃調(diào)整；需求分析設計，部分功能開發(fā)；控制項目質(zhì)量進度等。洪洋需求分析、設計、編碼負責需求分析、設計、編碼、數(shù)據(jù)處理，保證工作按時完成，保證工作產(chǎn)品質(zhì)量。需求分析、設計、編碼負責需求分析、設計、編碼、數(shù)據(jù)處理，保證工作按時完成，保證工作產(chǎn)品質(zhì)量。沈為榮Java編碼負責編碼，相關(guān)統(tǒng)計查詢。徐天翼Java編碼負責編碼，公共管理組件。系統(tǒng)上線保障上線前準備主機環(huán)境在推廣上線前，必須提前將運行應用系統(tǒng)的主機環(huán)境準備好，包括主機硬件、操作系統(tǒng)、數(shù)據(jù)庫、中間件等。1、數(shù)據(jù)中心主機中目標系統(tǒng)環(huán)境的安裝調(diào)試2、雙機容錯系統(tǒng)的安裝調(diào)試3、建立新系統(tǒng)的運行環(huán)境，安裝應用系統(tǒng)軟件包并調(diào)試成功，包括

56、數(shù)據(jù)中心主機上的應用系統(tǒng)。網(wǎng)絡環(huán)境在系統(tǒng)上線之前，必須將系統(tǒng)運行的網(wǎng)絡環(huán)境準備好，設備已經(jīng)安裝到位，網(wǎng)絡調(diào)試開通，相應的備份網(wǎng)路也要保持暢通。征信系統(tǒng)與核心、信貸各系統(tǒng)之間的連接。征信系統(tǒng)與各網(wǎng)點之間的網(wǎng)絡連接。征信系統(tǒng)與外網(wǎng)的網(wǎng)絡連接。軟件環(huán)境包括操作系統(tǒng)（unix）、數(shù)據(jù)庫（Oracle）、中間件（weblogic）的安裝及配置調(diào)試。標準數(shù)據(jù)準備標準數(shù)據(jù)的內(nèi)容包括：機構(gòu)信息，部門信息，柜員信息，崗位信息，崗位與機構(gòu)關(guān)聯(lián)關(guān)系，機構(gòu)與柜員關(guān)聯(lián)關(guān)系，崗位與柜員關(guān)聯(lián)關(guān)系。崗位信息，機構(gòu)與崗位關(guān)聯(lián)關(guān)系，崗位與柜員關(guān)聯(lián)關(guān)系，柜員與機構(gòu)關(guān)聯(lián)關(guān)系。 崗位權(quán)限分配，需要提供初始化的崗位權(quán)限對應關(guān)系。技術(shù)協(xié)助

57、檢查標準數(shù)據(jù)完整性，同時業(yè)務部門配合檢查標準數(shù)據(jù)是否與現(xiàn)行的業(yè)務制度相符，保證提供的標準化數(shù)據(jù)準確無誤制度準備為做好業(yè)務人員的培訓準備工作，使業(yè)務人員盡快熟悉征信系統(tǒng)的業(yè)務操作流程和業(yè)務管理規(guī)定，保證平穩(wěn)，在上線前要針對征信業(yè)務，制定業(yè)務管理辦法、操作手冊。正式切換上線確定最終切換流程T-1日前，技術(shù)部門須確定最終的切換流程，并發(fā)送至總部相關(guān)業(yè)務部門。標準數(shù)據(jù)導入初始化標準數(shù)據(jù)導入工作需在T-1日前完成，主要完成各項公共參數(shù)的導入及初始化。上線后保障業(yè)務支持系統(tǒng)上線后對各級聯(lián)社的征信業(yè)務問題收集分類并解決?，F(xiàn)場派駐2名人員進行支持。系統(tǒng)定期重檢操作系統(tǒng)檢查數(shù)據(jù)服務器檢查應用服務器檢查質(zhì)量保證方

58、案質(zhì)量保證QA（ Quality Assurance），質(zhì)量保證的目的是為項目在整個開發(fā)過程中指導和改進過程，保證所有規(guī)定的準則和流程得到貫徹實施，并確保問題的及時發(fā)現(xiàn)和處理，為項目總監(jiān)和項目組成員提供客觀的、關(guān)于過程和相關(guān)工作產(chǎn)品質(zhì)量的洞察力。QA相當于客戶和高層管理者的眼睛，關(guān)注和監(jiān)督著項目整個實施過程、工作產(chǎn)品的規(guī)范化情況。質(zhì)量保證流程指派QA指派QA支持活動過程評審產(chǎn)品審計制定QA計劃不符合問題處理結(jié)束在項目立項階段，QA人員依據(jù)項目計劃制定QA計劃，作為項目質(zhì)量保證活動的依據(jù)。在項目執(zhí)行過程中，QA對項目的實施過程和項目各階段的工作產(chǎn)品進行評審和審計，驗證項目活動是否遵循組織級過程規(guī)

59、范，驗證項目工作產(chǎn)品是否符合適當標準的格式和內(nèi)容及是否完成了要求的檢查點。QA給予項目支持，指導項目進行過程裁剪、提供過程和工程文檔的模板,告知項目組成員規(guī)范的檢查標準,促進召開同行評審會議、監(jiān)控過程執(zhí)行情況,跟蹤問題和風險的解決，以保證軟件的產(chǎn)品質(zhì)量。確定項目的QAQA經(jīng)理在得到項目啟動的通知時，為該項目指派QA，負責項目的質(zhì)量保證工作。QA與項目經(jīng)理確認項目的目標和質(zhì)量要求，并督促和監(jiān)督項目的啟動會議的召開。QA應參加項目啟動會,并和項目經(jīng)理明確項目的過程規(guī)范和檢驗標準。QA獨立于項目之外、QA具有向項目總監(jiān)報告的渠道,獨立于項目經(jīng)理；QA經(jīng)理具有向領(lǐng)導小組匯報的渠道，獨立于項目總監(jiān)制定Q

60、A計劃項目QA在項目開發(fā)計劃期間,就開始編制項目的QA計劃，以確保QA計劃中活動的范圍和軟件開發(fā)計劃和配置管理計劃保持一致。過程和產(chǎn)品質(zhì)量保證計劃應依據(jù)項目開發(fā)計劃和配置管理計劃來制定，項目經(jīng)理、項目總監(jiān)和配置管理員、QA經(jīng)理一起對過程和產(chǎn)品質(zhì)量保證計劃進行評審確認，并與項目計劃和配置管理計劃納入配置庫進行配置管理。過程和產(chǎn)品質(zhì)量保證計劃的內(nèi)容包括：項目的基本信息QA在項目中各項活動的時間表和預計工時。QA在項目中需要的資源（如人員、培訓、工具、設備等）。QA檢查報告和審計報告提交的周期和提交人.支持項目活動QA對項目的支持活動貫穿整個項目實施的生命周期，主要包含：對項目開發(fā)活動的支持、促進同