可行性研究報告分析

1、中國農(nóng)業(yè)銀行XX分行中間業(yè)務(wù)系統(tǒng)金融平臺改造項(xiàng)目可行性研究報告文檔編文檔編編寫人：審 核人：CG-C03-DLNH-200801- PBL01XXXYYY丹東市啟東信息工程研究所2008-3-16 PAGE PAGE 3引言編寫目的說明中國農(nóng)業(yè)銀行 XX 分行中間業(yè)務(wù)系統(tǒng)金融平臺改造項(xiàng)目的實(shí)現(xiàn)在技術(shù)上、經(jīng)濟(jì)上和社會條 件方面的可行性；評述為了合理地達(dá)到開發(fā)目標(biāo)而可能選擇的各種實(shí)施方案；說明并論證所選定的方 案的理由，從而為公司領(lǐng)導(dǎo)決策提供參考。背景說明項(xiàng)目名稱中國農(nóng)業(yè)銀行XX 分行中間業(yè)務(wù)系統(tǒng)金融平臺改造項(xiàng)目。任務(wù)提出者 中國農(nóng)業(yè)銀行 XX 分行。軟件運(yùn)行的網(wǎng)絡(luò)同其他系統(tǒng)往來本項(xiàng)目涉及到與第三

2、方系統(tǒng)報文交換的地方較多。1.4 參考資料序號序號文檔標(biāo)題1XX 分行競爭性談判邀請對現(xiàn)有系統(tǒng)的分析目前面向交易的農(nóng)行應(yīng)用系統(tǒng)根據(jù)處理邏輯的不同分為三個層次：渠道層、金融產(chǎn)品層、核算層 中，核算層及傳統(tǒng)金融產(chǎn)品主要部署在 ABIS 系統(tǒng)中，為銀行客戶提供傳統(tǒng)的金融產(chǎn)品服務(wù)，并為其他金融產(chǎn)品提供帳務(wù)邏輯處理的服務(wù)，而各種新型金融產(chǎn)品的應(yīng)用邏輯（帳務(wù)邏輯除外）則根據(jù)業(yè)務(wù) 的不同分別分布于 AIPS、中間業(yè)務(wù)平臺、投資業(yè)務(wù)平臺、第三方后臺服務(wù)等應(yīng)用系統(tǒng)中。這樣，根據(jù) 應(yīng)用部署的不同又可以按照渠道層、前置層、后臺服務(wù)層等三個層次劃分，如下隨著全國數(shù)據(jù)集中項(xiàng)目的穩(wěn)步進(jìn)行及ABIS 系統(tǒng)的日趨穩(wěn)定和完善，

3、各分行的工作重點(diǎn)正逐步向渠道層和前置層轉(zhuǎn)移，渠道整合、ACBS 兩個項(xiàng)目的實(shí)施為渠道層的應(yīng)用邏輯統(tǒng)一處理打下了堅(jiān)實(shí)的基礎(chǔ)，而前置層上的應(yīng)用處理則處于相對混亂的狀態(tài)，主要有以下一些問題： 一方面，不同的業(yè)務(wù)在不同的應(yīng)用系統(tǒng)中實(shí)現(xiàn)，就要求渠道層必須根據(jù)業(yè)務(wù)的不同判斷其對應(yīng)的后臺 并組裝該應(yīng)用系統(tǒng)所定義的報文，從而加重了渠道層應(yīng)用處理的復(fù)雜度；另一方面，各級分行科技人員面臨著總行開發(fā)推廣的各種金融產(chǎn)品和各個不同的應(yīng)用系統(tǒng)，還要應(yīng)對各種本地化的新型金融產(chǎn) 品，而總行開發(fā)推廣的產(chǎn)品，大都由不同的產(chǎn)品組開發(fā)，有著不同的設(shè)計思想、不同的開發(fā)習(xí)慣、各 種不同的工作流程、各種自定義的數(shù)據(jù)庫表、不同的報表生成方式

4、，大量的程序維護(hù)、大量的系統(tǒng)維 護(hù)、各種不同的管理規(guī)則 ， 從總行到分行都在疲于奔命應(yīng)付各種項(xiàng)目的開發(fā)、測試、推廣以及技 術(shù)支持。最終的結(jié)果是對業(yè)務(wù)需求的反應(yīng)速度慢；技術(shù)人員進(jìn)行著大量重復(fù)性的開發(fā)工作，各種低級 的應(yīng)用錯誤重復(fù)出現(xiàn)；同一個應(yīng)用層上不同的業(yè)務(wù)歸屬于不同的技術(shù)人員負(fù)責(zé)，很多人做著相似的工 作，從而造成人力、財力資源的嚴(yán)重浪費(fèi) 金融服務(wù)平臺的技術(shù)可行性分析簡要描述隨著商業(yè)銀行發(fā)展的需要，銀行電子化建設(shè)也正向著更深的層次發(fā)展，銀行的應(yīng)用系統(tǒng)明顯地呈 現(xiàn)以下三個發(fā)展趨勢：數(shù)據(jù)趨于集中、處理趨于統(tǒng)一、系統(tǒng)趨于開放。我行的全國數(shù)據(jù)大集中正在穩(wěn) 步實(shí)施，在前置層上建設(shè)一個開放的、處理邏輯統(tǒng)一的

5、金融服務(wù)平臺已是大勢所趨。 隨著銀行間的競爭加劇，各級業(yè)務(wù)部門設(shè)計的新型金融產(chǎn)品越來越多，而這些新型金融產(chǎn)品的大部分 業(yè)務(wù)邏輯都是在前置層上實(shí)現(xiàn)的，在此層次上的應(yīng)用從業(yè)務(wù)角度上分析是千差萬別、難于歸納的。但 是如果將各產(chǎn)品的邏輯拆分成具體的功能單元，則可以發(fā)現(xiàn)千差萬別的金融產(chǎn)品其實(shí)是由可歸納總結(jié) 的一個個功能單元拼裝而成的。我們可以對現(xiàn)有金融產(chǎn)品所涉及到的功能單元進(jìn)行系統(tǒng)地分析、歸納 和總結(jié)，統(tǒng)一其處理方法，而具體邏輯則通過可配置的參數(shù)體現(xiàn)出來。這樣，產(chǎn)品邏輯的實(shí)現(xiàn)過程就 是平臺對產(chǎn)品所涉及到的各功能模塊的調(diào)度過程，產(chǎn)品的開發(fā)則由原來的編寫程序改變?yōu)閷Ω鞴δ軉?元以及功能單元的調(diào)度流程的參數(shù)化

6、設(shè)置，產(chǎn)品的維護(hù)則由原來的程序維護(hù)變化為對配置參數(shù)的維 護(hù)。這樣，處理方法統(tǒng)一了，產(chǎn)品開發(fā)方法統(tǒng)一了，產(chǎn)品管理方法統(tǒng)一了，產(chǎn)品的維護(hù)方法統(tǒng)一了， 產(chǎn)品規(guī)范統(tǒng)一了，前面所提出的各種問題自然迎刃而解。 事實(shí)上，在中間業(yè)務(wù)平臺中已經(jīng)對大部分的功能單元進(jìn)行了總結(jié)和實(shí)現(xiàn)，并在實(shí)踐中得到了認(rèn)可，所 以我們認(rèn)為金融服務(wù)平臺的實(shí)施和實(shí)現(xiàn)是完全可行的。3.1. 金融服務(wù)平臺的應(yīng)用布局在農(nóng)行面向交易的應(yīng)用系統(tǒng)架構(gòu)中，金融服務(wù)平臺應(yīng)當(dāng)是前置層上的唯一應(yīng)用處理系統(tǒng)，如 下圖所示：金融服務(wù)平臺J1 金融服務(wù)平臺J1 F渠道層如上，金融服務(wù)平臺負(fù)責(zé)渠道的接入、后臺服務(wù)的調(diào)用、本地應(yīng)用處理等三部分功能的實(shí)現(xiàn)，在級連 模式下

7、， 兩個金融服務(wù)平臺之間互為后臺服務(wù)。金融服務(wù)平臺只在各一級分行的數(shù)據(jù)中心部署，采用 集中式管理和應(yīng)用、分布式開發(fā)和維護(hù)的架構(gòu)，全國數(shù)據(jù)中心部署的金融服務(wù)平臺還可以有全國業(yè)務(wù) 統(tǒng)計、分析、管理等功能。 PAGE PAGE 532 金融服務(wù)平臺的系統(tǒng)架構(gòu)金融服務(wù)平臺是一個集管理、開發(fā)、運(yùn)行、維護(hù)、統(tǒng)計分析等功能于一體的應(yīng)用系統(tǒng)，它由金融服務(wù)平臺運(yùn)行環(huán)境(Tulip Framework )和金融服務(wù)平臺開發(fā)管理環(huán)境(Tulip Studio )兩大部分組成，其系統(tǒng)架構(gòu)如下圖所示：產(chǎn)品信息運(yùn)行數(shù)據(jù)總產(chǎn)品信息運(yùn)行數(shù)據(jù)總線組件N”流程配置總/L-NI 線VL-4_V管理客戶端應(yīng)用服務(wù)器組件構(gòu)件集交易引擎

8、i/開發(fā)客戶端ulip Framework)開發(fā)管理環(huán)境仃 ulip Studio)F 面分別對各模塊進(jìn)行說明:運(yùn)行環(huán)境(Tulip Framework ):在UNIX 環(huán)境下實(shí)現(xiàn)，基于 CICS、SYBASE C+ SQL 編程實(shí)現(xiàn); 開發(fā)管理環(huán)境(Tulip Studio ):主要基于.NET 架構(gòu)開發(fā)實(shí)現(xiàn)；產(chǎn)品信息：一個金融產(chǎn)品的實(shí)現(xiàn)包括產(chǎn)品邏輯的定義、產(chǎn)品運(yùn)行數(shù)據(jù)、產(chǎn)品管理信息、產(chǎn)品統(tǒng)計分析數(shù)據(jù)等等，這些數(shù)據(jù)以各種方式保存在數(shù)據(jù)庫中；交易引擎(Transaction Engine ):是金融服務(wù)平臺運(yùn)行環(huán)境的核心模塊，它負(fù)責(zé)對交易邏輯及交易相關(guān)要素進(jìn)行解釋分析并保證交易的實(shí)現(xiàn)；組件(C

9、omponent):完成某種特定功能的一段執(zhí)行代碼，是由交易引擎調(diào)度的金融服務(wù)平臺運(yùn)行環(huán)境中的最小功能單元；運(yùn)行數(shù)據(jù)總線(Data Channel ):每個交易被調(diào)起時系統(tǒng)在內(nèi)存中動態(tài)分配出來的一塊數(shù)據(jù)區(qū)，交易過程中產(chǎn)生和使用到的所有數(shù)據(jù)都在此數(shù)據(jù)區(qū)內(nèi)，供交易引擎和各 組件使用，交易調(diào)用結(jié)束后該數(shù)據(jù)區(qū)被系統(tǒng)釋放；流程配置總線(Task Channel ):保存于數(shù)據(jù)庫中，由交易引擎訪問并獲得的交易流程配置信息，是一個虛擬的數(shù)據(jù)總線；應(yīng)用服務(wù)器( Application Server )：基于 WINDOWS IIS( Internet Information Services開發(fā)的WEB 服務(wù)

10、器，負(fù)責(zé)客戶端應(yīng)用調(diào)度的實(shí)現(xiàn)，邏輯上總行）架構(gòu)數(shù)據(jù)中心以及各一級分行數(shù)據(jù)中心各部署一臺； 開發(fā)客戶端、管理客戶端：金融服務(wù)平臺的所有開發(fā)、管理、運(yùn)行、維護(hù)、統(tǒng)計分析等功能 都通過開發(fā)和管理兩個客戶端外在體現(xiàn)出來，其中管理客戶端為瘦客戶端，可以通過瀏覽器（例如 IE）連接到應(yīng)用服務(wù)器上完成金融服務(wù)平臺的運(yùn)行、維護(hù)、管理、統(tǒng)計分析等操作；開發(fā)客戶端為胖 客戶端，負(fù)責(zé)金融產(chǎn)品的可視化開發(fā)，并通過應(yīng)用服務(wù)器將產(chǎn)品邏輯保存到數(shù)據(jù)庫中。3.5 技術(shù)條件方面的可行性評價在成熟的Tulip 平臺上進(jìn)行二次開發(fā)，開發(fā)過程以配置為主，個別地方需要利用開發(fā)語言C語言編寫程序，按照農(nóng)行項(xiàng)目的數(shù)量，預(yù)計投入開發(fā)人員應(yīng)在成所有項(xiàng)目，符合要求。12 人左右，開發(fā)周期為 2 個月，完全可以完所建議系統(tǒng)的經(jīng)濟(jì)可行性分析支出開發(fā)支出主要為： 員工工資和獎金； 加班費(fèi)；交通費(fèi)餐費(fèi)基本建設(shè)投資無。其他一次性支出無。非一次性支出 系統(tǒng)一年免費(fèi)維護(hù)費(fèi)用收益一次性收