金融企業架構

企業架構及IT治理：

TOGAF是一個架構框架，指導作企業架構的標準和方法，簡而言之,是一種協助開發、驗收、運行、使用和維護架構的工具，核心是架構開發方法（ADM）指導了全生命週期開發時每個環節應該有什麼產出，同時TOGAF徹底兼容SOA。

COBIT5 是企業IT治理，是企業信息系統審計標準。

 

實際一點說：

一、用SOA的設計思想來作系統，用TOGAF在SOA基礎上作開發的架構管控。

二、用COBIT來檢查信息系統每一個環節的合理完整性，主要目的是看IT層面是否有作的不足的地方，指導發現問題進而改進。

三、ITIL在COBIT之下，爲IT服務管理提供了一套標準和流程規範。ITIL主要包括知識管理、服務檯、報表管理、事件管理（生產事件分級）、問題管理、變動管理（生產變動）、服務請求管理、發佈管理、配置管理（對網絡、機房、服務器、存儲等的配置信息及變動信息進行記錄）、服務水平管理、容量管理、可用性管理、IT連續性管理、IT財務管理等。

四、SLA OLA 是業務部門同IT部門, IT部門內部簽定的協議。我認爲SLA是一套IT爲業務提供分級服務的協議，將業務和IT服務分爲不一樣等級，不一樣等級的業務在非功能特性上區別對待，制定收費標準，供業務選擇。OLA則是對IT部門內部職責的明確，能夠和KPI掛鉤。

 

企業架構實例：

作企業級系統，首先要明確的就是願景、需求、目標，這個須要分層，造成月亮也細的需求。而後開始業務建模，包括數據建模、流程建模、用戶體驗建模等等。最後就是技術實現和測試部署上線。其中最關鍵的是建模部分。

技術實現遵循SOA的消費服務層模型 、以用戶爲中心、快速產品創新和部署、一致且可定製的用戶體驗、、雲部署、組件化、可視化開發、精細化運維、業務連續性。

 

1 數據建模

         業務進行數據建模，整合現有全部的數據，去重整合優化。技術爲了保證系統性能，對業務建模進行調整。

2 業務流程建模和應用設計開發     

用戶業務領域（業務應用）：用戶業務領域是從IT對用戶的直接支持，一共幾十個，包括不良資產、存款、電子銀行、對公貸款、對公客戶管理、我的貸款、支付結算、託管等等。

 

業務事件：業務事件是經過渠道前端的界面操做，每一個業務事件會觸發一個或者多個三級活動，包括客戶申請電子銀行服務合約、客戶申請開箱、調整錯帳、申請創建商戶合約、開立內部帳戶、提出還款申請等等渠道發起的交易，一共有千餘個。

 

三級活動：每一個三級活動都是一個獨立且完整的業務流程，其中包含了四級任務和五級步驟（四級任務是能夠被多個三級活動複用的）。

例若有一個三級活動爲存款，包含的四級任務有提出存款申請、審覈存款申請、發起存款請求、審覈存款請求等，其餘也不必定是順序執行的，一本都會有條件分支。例如存儲大於必定金額還須要審覈或者身份證等。三級活動有近千個。五級步驟就是作事一步步作什麼，略了。

 

邏輯業務組件（應用組件）:將做用比較相似的四級任務進行打包造成了業務組件，業務組件是技術上可見可實現的單元，一個或者多個業務組件是一個技術項目組負責。四級任務和數據建模的結果只會在惟一的一個應用組件實現，這就是SOA的核心之一，完成了功能和數據源的惟一性，提升重用性。

舉個例子

其中，電子銀行、合約管理、客戶結算是3個應用組件，須要有技術項目組進行設計開發實現。之後，經過對四級任務的不一樣組合，就能夠造成新的產品，理論上只須要進行一些配置或者簡單的流程編排，就能夠實現新的業務。這也是SOA架構所要達到的目標之一。

 

物理應用組件：爲了上線部署須要，可能將多個邏輯業務組件合併爲一個物理應用組件進行部署，同時還有考慮在多地部署造成同城和異地災備。

 

         固然，對於技術人員來講，光實現了應用組件仍是不行，由於應用組件只是提供獨立的功能和數據，並不能實現完整的業務流程，完整的業務流程是業務事件觸發的三級活動，因此還須要有應用項目組（即須要技術人員也須要業務人員）去將完整的業務流程（三級活動）串起來，在SOA架構中，這部分是在ESB（企業服務總線）和流程整合層（負責長流程業務編排的應用）實現。而在實際狀況下，應用組件項目組和應用項目組通常能夠和二爲一。

 

2  IT架構

         2.1 技術架構

                   創建技術服務目錄，將可能的技術能力造成技術服務目錄（主要就是雲服務），供開發選擇使用。技術服務目錄包括客戶端網絡資源、數據中心網絡資源、網絡負載均衡 DNS CDN等服務、雲資源（Iaas\paas\saas 和 公有云、私有云等，對技術架構內部來講還有不一樣的服務器、NAS SAN OSD存儲、網絡，對外部通常不可見，最終造成的雲資源的可能形態舉例： PAAS_AIX2C4U服務器_OracleRAC數據庫_EMC白金存儲雲服務）、其餘通用資源（例如文件、消息、模式識別、監控、運維、備份等資源）

                   數據中心內部實現大二層網絡TRILL，外部可採用OTV，能夠知足數據中心內部和跨中心的虛機通訊和遷移。

                   數據中心按照核心層（運行OSPF協議）、匯聚層（採用網絡虛擬化技術，多虛一，實現大二層）、接入層（可選擇 POD、EOR\TOR綜合佈局，和FCOE的存儲接入能力）的網絡設計。

　　　　　　　綠色數據中心

3 管控

      開發沒問題了，可是如何IT管理？

         1 對軟件工程全流程（需求、分析、設計、開發、測試、部署、切換）的每一階段要作的事情，產出物文檔結構和要求、流程進行規範管理。（這塊寫的不多，可是對於大項目來講這一塊要作的事情不少不少）

         2 明確全部工具的使用範圍和約束

         3 對組織結構進行完整說明和職責定義。通常來講，須要有應用架構、技術架構、安全架構、數據架構把握全局。分管軟件工程全流程，制定架構原則、約束、規範等，使項目組開發目標和企業目標匹配。

         4 對全部可能的流程進行定義和說明

         5 能夠結合SLA來作管控，使服務、流程、分級管理（存儲、數據庫、服務器、網絡、中間件、運維、應急等），並進行收費設置

 

 

4 關鍵點

4.1銀行渠道

         功能:

實現客戶認證、客戶識別、定製菜單、智能導航、產品營銷輔助、客戶信息採集、預定、產品購買支持、投訴、信息發佈、預填單、智能排隊、產品查詢分類展現、AA收款等。

         範圍：    

分爲外部客戶渠道（ATM 手機 互聯網 POS、排隊機等）和內部客戶渠道（高低櫃、無線終端等），外部客戶渠道和內部客戶渠道有必定交互（預填單和預排隊等）。

         應用模式：

                   1 日間採集用戶行爲和操做痕跡，日終發送到數據倉庫進行客戶行爲分析。

                   2 既能夠集中一次性採集用戶信息、也能夠分散採集。

                   3 根據客戶等級、員工角色、渠道等，從產品服務平臺和數據倉庫平臺獲取定義個性化的展現信息。

                   4 後臺產品工廠化後，因爲前端渠道的多樣性，須要渠道可以制定統一的模板進行展現。

                   5 須要提供多渠道的訪問能力（微信、微博等）

                  6 渠道要對後臺的產品服務進行緩存

 

 

 

 未完待續