午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

1、1 介紹1.1 文檔目的本文檔的目的在于為建設銀行當前所使用的主要業務運營支持系統及管理信息系統進行評估與簡單分析，同時作為其它交付成果的重要基礎之一。 1.2 目標本文檔的目標如下:q 建立建設銀行當前主要IT系統狀況的清單；q 利用參照體系結構模型建立當前系統層次模型圖；按照業務運營或業務管理的內在邏輯，將支持某種業務運營或業務管理的系統本資料來自本資料來自本資料來自本資料來自本資料來自本資料來自本資料來自本資料來自本資料來自本資料來自q 功能集中，完成當前的邏輯數據結構圖集，明確系統之間的聯系和數據信息流動；q 簡要列出建設銀行當前IT系統的第三方供應商及開發工具；q 完成對建設銀行的各2、類系統的統計分析工作。1.3 范圍本文檔要完成的工作如下：q 收集主要現有系統的信息； q 基于我們對主要系統的理解，繪制系統和數據架構圖；q 使用參照體系結構模型對系統進行劃分以便進一步分析；q 明確建設銀行總分行間主要系統的功能和系統接口。1.4 目標讀者本文檔的目標讀者是IT管理人員和規劃人員，在一定程度上比較了解建設銀行的系統現狀。本文希望對建設銀行的系統現狀進行初步分析，并在此基礎之上明確現有IT系統與目標狀態之間的差距、做出IT轉型計劃。 1.5 假設 作為本評估的一部分，我們制定了一系列的工作假設，在此之上對建設銀行提供的各種數據進行分析：q 各個IT系統的信息及其之間的聯系是真3、實準確的；q 對每個系統的目的和功能的描述同實際情況完全相符；q 調研和訪談的結果同事實比較相符。2 系統信息匯總格式及訪談結果2.1 系統信息格式表2-1：中國建設銀行應用信息系統狀況表系統名稱：問題說明系統名稱所支持業務內容系統描述供應商名稱購入/開發時間系統類型P、C、VP= 內部開發或供應商專門為建設銀行開發、C= 外部采購產品客戶化并由內部支持、V= 供應商提供產品及支持應用中間件的使用系統接口的情況（報文、格式等）與其有連接的其它系統名稱被該系統調用數據的系統調用該系統輸出數據的系統使用該系統的部門/用戶（請指明系統的應用范圍，如在總行或哪級分行使用）系統使用狀態U、P、D、RU 4、= 在線使用、P = 已采購、D = 在開發、R = 待淘汰業務增長率（可由系統用戶填寫） 未來三年的預計業務量增長率。如果該系統不是基于交易的，則使用基本生產單位，例如，發出帳單數量等。系統版本狀態0、-1、-2、0= 當年投產、-1= 上年投產、-2= 前年投產、操作系統操作系統版本操作系統使用時間數據庫類型與版本硬件平臺版本硬件平臺使用時間（年）數據處理模式B、P、OB = 批量、 P = 部分在線、O = 100% 在線 基于WebA、P、NA = 已經、P = 可能、N = 不會開發語言應用開發所使用的編程語言支撐工具應用系統支持所需要的主要工具軟件架構（B/S,C/S等）系統優點現5、存問題對本系統的升級具體要求對本系統的升級具體計劃注：在說明中可以闡述系統的各個應用模塊在總、分行需澄清的情況2.2 系統調查及訪談結果2.2.1 建設銀行IT系統調研結果我們對于建設銀行主要應用信息系統進行了資料層面的調查，并對調查結果進行匯總。2.2.2 建設銀行對系統的訪談結果根據中國建設銀行相關業務及技術人員對于主要應用系統專題報告會的介紹，以及相應的訪談結果，我們對于關鍵業務應用系統整理出相應的信息，詳見附錄。3 使用參照體系結構模型考察建設銀行現行的應用系統3.1 參照體系結構模型介紹我們實施IT 規劃的一個核心部分就是參照體系結構分析模型。該參照體系結構模型已經在其他國家的銀行行6、業的客戶中得到實施、驗證并進行了改進。我們用參照體系結構模型作為對“現狀分析”階段所收集的信息進行分類和分析的工具，同時也用來確定“目標狀態”。參照體系結構模型圖每層次的定義、含義和每層系統實例如下：3.1.1 渠道層 渠道是銀行和它的客戶進行交互的界面。為方便起見，我們將銀行渠道分為以下四種： 電子渠道電子渠道是通過數字設備訪問銀行系統的總稱，包括Money或Quicken這樣的PC軟件、Web的訪問、移動電子設備（手機、PDA等）、交互式電視等。他們應該通過統一的交換平臺向主機發送交易請求。E-mail也是一條渠道，雖然它可能要通過專用的軟件（如BridgeWare）才能產生交易請求。 呼7、叫中心呼叫中心在結構上分為ACD（自動呼叫分配） 、IVR/AVR（交互/自動的語音應答）、CTI（計算機/電話集成）。當網絡帶寬足夠寬且經濟時，完整的圖象交換也可以實現。當前的呼叫中心的體系結構都假設：在對外服務時只有一個邏輯上的呼叫中心，而實際上建設多個物理的呼叫中心?？梢栽诙鄠€呼叫中心進行負載均衡、實現CTI交換。 支持渠道現在包括所有的自動化機具。傳真和郵遞渠道也可以包含在其中。最終跨渠道的電子現金的表單的處理也會包含在其中。目前尚沒有支持性渠道的統一的概念定義。 傳統的營業網點柜臺、綜合柜員制。3.1.2 渠道接口管理層 渠道管理層負責渠道設備的物理管理和集成（幾個渠道共用）管理，它8、可以允許在渠道的界面做個性化定制。渠道管理有以下幾個關鍵問題： 渠道管理管理特殊的渠道-比如管理Email的Brightware。也包括交換平臺管理的各個渠道。為了利用單渠道管理的界面表達優勢，應該在該層中建立界面表達子層。 界面表達界面表達將銀行服務傳遞到界面終端。在Web界面方面，界面元素應該能夠得以管理、維護和版本變更；對于呼叫中心，則包括腳本代碼和代理服務管理。 發布利用技術將信息發布給銀行客戶。包括廣播、多頻道的能力和發布管理軟件，以及允許聲音、數據、圖象通過IP一起傳輸的機制。例如Pointcast和MBONE。 個性化將需要傳輸的信息，根據客戶個人的定制，以獨特的方式發布的技術。9、個性化技術有多個層面，例如： Broadvision公司著眼于全部表達的個性化；Vignette公司則著眼于基于會話活動的表達的個性化。 3.1.3 客戶交互層客戶交互層保存的是，每個客戶和某銀行及其每一個合作銀行的每一次接觸的歷史的全局視圖。該層包括以下功能： 客戶交互軟件提供給用戶一個和銀行接觸史的單點視圖。這可以通過數據映射實現，也可以通過數據復制實現。 工作流既可以通過客戶管理管理系統中的工作流機制實現，也可以通過象Eastman或AWD這樣的企業工作流產品的界面實現。如果連接到象Blaze這樣的業務規則引擎中處理流程邏輯，效果更好。銀行的業務邏輯將逐漸地從核心業務系統這樣地系統中抽取10、出來，這是趨勢，代之以CORBA組件或者業務規則引擎這樣的體系結構。 客戶交互的完成現實中，有類似于客戶手冊之類的文件支持客戶交易的完成。在系統中，可以執行自動化的、體現法律關系的、個性化的交流手段。為了使客戶交互完成的成本最低，要盡量減少手工介入。 銷售和服務的前端系統該層應該開發為組件形式，駐留在應用服務器上，其物理位置可以是任何地方。之所以將該層置于客戶交互層而非產品引擎層，是強調它的重要性和邏輯上的位置。這個以對象為基礎的應用，會和客戶的信用數據、信用評分、以及后臺系統交互。信用評分引擎可以部署在這一層，如果它太復雜，也可以部署在后臺系統。3.1.4 操作型客戶管理層 操作型客戶管理層11、，控制銀行和客戶的商業操作面的關系。真正的商業處理是按照市場規則進行的個性化的運作。該層包括以下幾個方面的系統功能： 客戶和客戶家庭的商業價值 組合的風險狀況 市場營銷活動在邏輯上，操作型的客戶數據庫和分析用的數據庫是分離的，因為二者是對不同數據類型的數據的訪問。在物理上，兩套數據庫也是通常分別建立在不同的平臺上，以支持不同類型的服務。3.1.5 分析型客戶關系管理層 客戶管理和分析層認為，每個客戶都應該被視為單獨對待，特別是給銀行帶來良好利潤的客戶。該層整個建立在一對一市場營銷的理論基礎上，功能包括： 客戶價值分析 個性化和產品開發 客戶行為分析 家庭的價值分析 市場營銷活動的管理 客戶屬性12、定義3.1.6 業務集成層. 該層提供端到端處理的“粘合劑”，可以在該層進行大量的增值服務。該層的基礎是基本連接，由通訊中間件提供，如消息中間件、COM/DCOM、CORBA通訊機制，也包括交易中間件（如CICS）。建立于該層之上的增值服務包括：數據的集合（例如兩個交易請求合并為一個后再發出）；數據的分割（例如一個交易請求被分解為多個交易請求再發出）；按照業務規則進行的數據的轉換（例如，某些算法操作、數據表的查詢和數據格式的轉換）還有許多高級金融產品的提供基于規則的工作流類型的系統功能。這種功能會按照交易內容的優先級，控制數據在虛擬組織中的流動。另外，目錄服務可以跨網絡地進行資源定位、跟蹤設備13、使用、提供消息修復功能之類的管理工具。目錄服務也是需要的。該層的諸多可能的功能，要根據銀行的具體情況，有選擇地實施。然而，越來越多的金融產品在系統中的實現，需要共性的、基礎性的服務，從簡單的網絡連接工具到高端的EAI（企業應用集成）產品。這些服務，都應該盡量安排在商業整和層實現，作為各種金融產品、金融渠道的共享服務。3.1.7 產品引擎層 產品引擎提供金融服務的核心能力，并保存細節的帳戶記錄。該層所提供的，是傳統的后臺服務，越來越多的業務規則的處理前移到整個體系結構的客戶交互層中。中間件和其他系統軟件的使用，將原先的大塊邏輯處理，分解為原子級交易，并保持和最終交易系統及企業工作流的接口。產品引14、擎要支持金融產品在整個生命周期內所要提供的服務。和交易相關的每個產品的信息都記錄在產品引擎中。同時交易路徑的支持、專家性的支持也可以由產品引擎在客戶需要的領域內提供，如：欠款催繳、捐款處理、抵押等。產品引擎以以下的幾種方式存在： 核心銀行產品提供包括現金帳戶、存款、借貸在內的業務。在理想狀況下，借記卡、支票業務等金融產品的處理，和前面的業務是一體的，靠參數化配置就能實現新業務 信用卡通常通過外包實現。 抵押業務此類業務增長很塊。也通常通過外包實現。 其他金融產品，包括保險產品、租賃和中介業務。 和一些非金融機構的系統進行集成，例如，和電子商務網站在支付上的集成。所有的業務的處理都是基于帳戶交易15、的。銀行的品牌可以體現在客戶服務點上。該層需要和整個系統結構中的其他層緊密結合，才能實現端到端的自動化的交易流程的實現，并且能做到低成本、低風險、少人工干預。3.1.8 合作伙伴管理層 合作伙伴管理層應該管理銀行和所有業務伙伴的關系，主要包括： 行政管理維護每個合作伙伴的基本信息，為每日的關系管理提供支持。例如，合作伙伴中的哪位用戶被授權可以改變產品信息。 財務管理維護和處理合作伙伴的帳單和財務回報。本功能的特點是完全依賴于和合作伙伴的關系的定義。例如從帳戶和交易的處理費用，到互聯網上的廣告費用，他們的處理過程，根據合作伙伴的關系的不同，可能完全不同。 關系管理是管理基于服務水平協議的合作伙伴16、關系和它們的對應責任的商務過程。這包括為每個業務合作伙伴定義產品和服務的能力和管理這些“進出”的能力。 品牌信息管理管理和每一個品牌相關的信息。需求的程度取決于業務合作伙伴在需求上和銀行一致性。 業務風險該功能的特點是：提供接近實時的、關鍵性的操作信息，以便于風險管理。這里的一個關鍵問題是業務合作伙伴的商業操作所帶來的風險的管理。另外，如果是業務合作伙伴提供服務給銀行，和上述管理相反向的管理也要進行。如果超過一個合作伙伴提供了某種服務，那么就應該建立智能產品選擇功能，以告訴產品引擎哪個服務在何種條件下應該被推薦。3.1.9 銀行內部管理系統層 銀行內部管理系統是用來管理銀行內部業務操作的。它們17、由內部的支持性應用系統組成，在大多數情況下，銀行會應用這些系統。它們包括： 行政管理系統包括運營管理報告（如任務清單、異常情況）和所有的法定管理報告（如人民銀行、外匯管理局要求的報告） 財務管理系統包括總帳、資金、支持性的帳務、固定資產、供應商管理傭金管理。 人力資源管理系統通常為人事和工資管理系統。該系統提供其他所有系統關于角色、責任和授權的信息。 業務績效管理信息系統提供包括和渠道、客戶、產品盈利性、銷售和服務業績的報告 業務風險管理系統該系統的特點是：提供近乎實時的、關鍵性的操作信息，以便于風險管理。該系統關注的是銀行的風險頭寸，而非合作伙伴的風險頭寸。 交易核對機制保證所有的產品帳務和18、支付數據無誤。 傭金管理系統用于監控期望的和實際的由合作伙伴或第三方提供服務所引起的傭金收入（反方向也要考慮作為銷售成本的傭金付出）。 員工自服務許多系統的輸出都建立在員工自服務的概念上，特別是費用、人力資源、工資、日常購買等。3.1.10 支付網關層支付網關是產生支付動作的系統，例如： SWIFT 卡支付 國內的信用卡通過VISA網絡的交易界面產生國際交易。重要的是，支付功能從銀行內部的體系結構中分離出來，由外部的專業公司和系統承擔?？蛻艋蜚y行的支付操作請求將通過這些系統以最合理的機制執行。從系統的角度看，支付軟件是智能地支持交易路由的。電子票據處理服務類的業務將會得到大幅增長，所以銀行應該19、考慮將此類應用納入自己的應用體系結構。實際的支付會通過上述的支付網關，但在邏輯上電子票據處理業務將通過客戶關系管理系統和客戶交互中心。3.2 基于參照體系結構模型的當前狀態下系統組成框架圖3.2.1 建設銀行當前狀態下的系統組成框架圖我們基于參照體系結構模型對于建設銀行的主要應用信息系統進行分析并歸類，得出當前狀態下的系統組成框架圖：圖：建設銀行當前狀態下系統組成框架圖3.2.2 建設銀行完成DCC和MIS兩大項目后的系統組成框架圖4 建設銀行當前狀態下數據邏輯圖建設銀行個主要應用系統之間的數據邏輯關系如下圖所示：4.1 帳務核算體系圖 建設銀行當前狀態下帳務核算體系的數據邏輯圖對上圖的說明420、.2 個人金融產品的供應系統圖 建設銀行當前狀態下個人金融產品的供應系統的數據邏輯圖對上圖的說明4.3 對公司及金融同業的產品供應系統圖 建設銀行當前狀態下公司及金融同業的產品供應系統的數據邏輯圖對上圖的說明4.4 資金調度系統圖 建設銀行當前狀態下資金調度系統的數據邏輯圖對上圖的說明4.5 結算管理系統圖 建設銀行當前狀態下結算管理系統的數據邏輯圖對上圖的說明4.6 清算接口系統圖 建設銀行當前狀態下清算接口系統的數據邏輯圖對上圖的說明4.7 銀行管理信息系統圖 建設銀行當前狀態下銀行管理信息系統的數據邏輯圖對上圖的說明4.8 一般管理系統圖 建設銀行當前狀態下一般管理系統的數據邏輯圖對上圖21、的說明5 建設銀行當前IT系統開發與集成的平臺與工具根據調查問卷及訪談結果，我們整理出建設銀行當前主要應用系統開發與集成所使用的平臺與工具列表如下：表5-1：建設銀行當前系統開發與集成平臺及工具列表序號系統名稱硬件平臺操作系統數據庫軟件架構開發工具1城綜網系統2清算系統HPHP-UXINFORMIX樹型網絡結構C語言3現代化支付系統接口HP HP-UXINFORMIXC/S 結構C語言4龍卡系統IBM RS/60005龍卡網絡INFORMIXC/SC語言6證券業務系統UNIXOracle多層C/SC語言,Pro C,ESQL/C,Delphi7證券業務系統與中證接口Oracle多層C/SC語言22、,Pro C,ESQL/C,Delphi8股票質押貸款系統9住房貸款證券化系統待定待定10外匯會計網絡處理系統C/SC語言,ESQL/C11外匯資金后臺OpicsPC ServerWINDOWSOracleC/SVisual Basic12總分行資金交易系統SybaseB/SVisual Basic,Java13國際結算系統PC ServerSCO UNIX5.04、Windows NTINFORMIX擬定B/S待定（等招標結果）14國際卡系統C/SCOBOL15速匯通C/SESQL/C16龍卡IP電話支付系統InformixC/SC語言17B股證券資金清算系統OracleB/SPowerBu23、ilder18個人貸款信息系統Informix會計核算：C/S 信貸管理：B/SESQL/C19投資基金托管業務綜合系統20銀聯卡接口系統PC ServerInformixC/SC語言21國內信用證C/SESQL/C22抵債資產23個人售匯系統B/S24委托性住房金融業一級分行數據集中InformixC/SESQL/C25個人理財系統26網上銀行業務系統PC ServerB/SC語言,Java27網上銀行RA認證系統B/S，C/S混和C+28CALL CENTER系統B/S、C/SESQL/C,Visual C+29手機銀行系統IBM RS/6000AIX、SCO UNIX服務器到服務器C語言24、30資金清算系統帳戶信息服務子系統INFORMIXC/S 結構C語言31重要客戶服務系統UNIX、AIXINFORMIXB/SC語言32ATM功能拓展和系統監控33總帳信息管理系統IBM RS6000,PC SERVER INFORMIXC/SESQL/C,PowerBuilder34信貸管理信息系統INFORMIX35人行信貸登記系統接口AIX、SCO UNIX、WINDOWSINFORMIXC/SPowerBuilder36信貸風險評級預警系統B/S37審計管理信息系統38非現場審計系統Windows NT39辦公自動化系統B/SVisual Basic, Lotus/Domino Not25、es40檔案信息化SCO UNIXINFORMIXB/S 和C/SVisual Basic41人力資源管理信息系統INFORMIX桌面系統Delphi42營業費用核算管理系統一級行：IBM eserver x232服務器、二級行：IBM PIII933微機Win2000 ServerSQL SERVER 200043固定資產管理信息系統DELL 2400、聯想 開天系列Windows NTSQL SERVER集中、非集中Delphi44南非約堡GlobusB/SBASIC45東京分行UrbisORACLEB/SCOBOL, LINC II46漢城分行47一級分行清算中心INFORMIXC語言426、8房改金融業務系統HP、PIISCO Unix49個人住房貸款系統Unix、Windows50儲蓄事后監督系統IBM NETFINITY5000UnixINFORMIXC語言51個人電子匯款系統SCO UNIXINFORMIX52網上銀行B2BUNIXINFORMIXC語言53企業證書RA客戶端系統PC54信貸清分系統Netfinity服務器Windows9855呆壞帳核銷系統Windows9856崗位培訓信息管理系統Foxpro57養老統籌系統PC58信息服務站Windows NT59計算機設備管理系統PCWindows NTSQL SERVER 7.060產品信息采集系統PCWindows27、ACEESS61離休干部信息管理系統PCWindows62新一代柜面應用系統S/39063會計稽核系統UNIXINFORMIXC語言64電子匯劃系統NCR5100、HP服務器UNIXINFORMIXC語言65現金出納系統PCPC機UNIX66會計資產清理系統PCWindows9867NT柜面終端系統Windows NTSQL SERVER6.5Visual Basic68本級財務系統PCWindowsSQL SERVER 200069資產損失清理系統UnixINFORMIX70PC-CONNECT系統71企業終端72結算掃描系統73外幣卡收單系統HP LC2000SCO UNIXINFORMI28、X74龍卡前置系統INFORMIX75信用卡止付黑名單Windows98foxpro2.576三峽移民資金管理系統Windows NTSybase 5.077行長查詢系統LC3Windows98/95、SCO Unix78籌資報表3.0Windows9879儲蓄卡統計Unix80柜面業務查詢系統P4Windows81會計決算報表系統Windows986 建設銀行當前IT系統統計分析6.1 統計分析結果針對本階段取得的建設銀行應用信息系統的相關調查數據，我們進行了初步的數據分析和整理，這一方面是對本階段工作的回顧和總結，更重要的是為項目下一階段的工作打下基礎。具體的統計分析結果如下：6.1.1 29、當前主要應用信息系統的使用時間6.1.2 當前主要應用系統來源6.1.3 當前主要應用系統數據處理模式6.1.4 開發語言及工具可以得到以下分析結論：q 當前系統開發所使用的語言及工具種類較多，由此可見對于IT系統的建設缺乏長期、系統的規劃；q 系統再開發、整合及維護困難；q 對IT人員的技能要求較高。6.1.5 數據庫類型可以得到以下分析結論：q 當前應用系統多數采用主流數據庫產品；q 數據保存分散，未來數據集中及跨平臺整合將面臨挑戰。6.1.6 硬件平臺可以得到以下分析結論：q 采用多家主流廠商產品，小型機以上的機型，除50%（32%中的16%）采用HP以外，對其它硬件平臺的采購較分散，增30、加了系統的升級與維護成本，對IT人員的技術能力要求較高；q 供應商的選擇及IT架構規劃尚缺乏長期、一致的標準。6.1.7 操作系統可以得到以下分析結論：q 多種硬件平臺的使用造成操作系統種類多而分散，增加了系統的升級與維護成本，對IT人員的技術能力要求較高；q 對于操作系統的選擇缺乏統一的標準。6.1.8 軟件架構可以得到以下分析結論：q 目前兩層架構的系統所占的比例較大，這些系統缺乏業務邏輯層，對于業務流程的改變及新產品的開發無法提供有力的支持；q 當前非三層架構，在實現系統調用、平臺遷移及系統整合時有較大難度；q 已采用三層架構的系統，符合軟件架構的發展趨勢。7 總結本章的重點是針對建設銀31、行應用信息系統的現狀進行全面的調查和初步的分析。我們首先通過多種信息采集形式，對所需的信息即主要應用系統的現狀進行匯總，隨后利用參照體系結構模型對上述系統進行分類，并基于我們對現狀的了解，繪制了數據邏輯圖。在本章我們還對全行的應用信息系統的概況及省、市兩級的系統接口情況做了匯總。最后，我們還對所有信息進行了初步的統計分析，為下一階段的工作開展打下基礎。所使用的標準問題（如：內部MI標準，采用例如XBRL表達；EAI標準；標準平臺、操作系統、數據庫管理系統等等）8 附錄：建設銀行主要應用信息系統描述我們對于關鍵業務應用系統整理出相應的信息如下：8.1 系統一數據結構系統主要功能接口數據分布系統分布初步改進建議系統方面信息分析方面帳務報表