【正文】 其他系統(tǒng)的服務提供方和服務消費方都是透明的，他們都不需要知道服務字段的映射過程。 更新數(shù)據(jù)字典前面編寫服務規(guī)范時提到了標準的字段命名規(guī)范，這是我們定義的元數(shù)據(jù)，數(shù)據(jù)字典中包含了字段規(guī)范和數(shù)據(jù)字典。字段規(guī)范主要按類別定義了各元數(shù)據(jù)的業(yè)務含義和技術特性，給出該規(guī)范的引用標準和取值范圍，比如日期，定義為DATE，類型，String，長度八位，格式YYYYMMDD，在定義數(shù)據(jù)字典時，報文中可能包含開戶日期、起息日期、止息日期等字段，需要不同的字段名稱明確表達業(yè)務含義，而各日期都應用DATE的規(guī)范，即都是用八位String類型，使用YYYYMMDD格式。這樣，各系統(tǒng)對日期的處理都采用同樣的方式，在報文規(guī)范性檢查時也可采用統(tǒng)一的檢查條件。數(shù)據(jù)字典可參考以下文件。 編寫接口映射文檔接口映射表主要記錄服務和原始接口的映射關系，以便ESB的開發(fā)人員能及時、盡快找到對應系統(tǒng)的接口，這在開發(fā)和測試階段非常有用（存量系統(tǒng)開發(fā)人員更喜歡使用交易碼而不是服務的代碼）。另外，在各系統(tǒng)開發(fā)過程中，我們前面提高，我們需要獲取接口文件，該接口文件是各系統(tǒng)開發(fā)項目組根據(jù)需求，在設計階段給出的初始資料，實際系統(tǒng)集成時，需要按照服務的方式調(diào)用，該表也同時是給服務的消費方一個快速查詢具體服務的途徑。因為在開發(fā)階段，ESB的服務規(guī)范發(fā)布時，ESB系統(tǒng)中尚未配置該服務，此時，服務消費方無法通過ESB系統(tǒng)查找出對應的服務，可能會影響對應的開發(fā)過程。接口映射表文件如下。 發(fā)布服務規(guī)范當服務規(guī)范相關文檔都定義完成之后，既可以進入發(fā)布階段，在發(fā)布之前，需要制定對應的評審流程，具體流程此處不再贅述。評審完成后，需要與各項目組約定服務的發(fā)布方式，是郵件？會議？還是其他方式。發(fā)布的對象是什么人？定義發(fā)布的頻度和周期，比如每周發(fā)布幾次？什么時間發(fā)布等，形成約定的發(fā)布流程。 其他服務具有生命周期，服務的定義可能隨著開發(fā)過程也會改變，因為在業(yè)務系統(tǒng)開發(fā)過程中一定會出現(xiàn)功能變更，可能會影響到服務的分析和定義，因此，需要定義良好的變更流程并跟蹤控制變更。 架構設計階段ESB項目的架構設計階段，主要是系統(tǒng)集成架構的設計，主要的工作是與行方根據(jù)IT規(guī)劃設計集成架構，其中很重要的一項工作是制定各系統(tǒng)的接入技術規(guī)范，存量系統(tǒng)按什么標準接入ESB，新系統(tǒng)按照什么標準接入；報文格式采用什么格式，標準格式還是特定格式等。在制定架構標準時，除了設計對應的實施架構、技術架構、部署架構等之外，還有一項重要的工作是為相關項目組和行方進行對應的技術培訓和開發(fā)培訓，講解SOA的架構設計原則、具體的ESB的基本功能和原則、對相關項目組的影響，講解具體的接入ESB的方法和對應的實現(xiàn)方式等。 設計與實現(xiàn)階段對于ESB項目而言，除了系統(tǒng)自身功能的開發(fā)之外，主要是針對特定通訊協(xié)議的開發(fā)，該開發(fā)工作量相對較小，且開發(fā)后可以通用。而由于服務的實現(xiàn)并不在ESB系統(tǒng)完成，只有部分組合規(guī)則在ESB上完成，因此，大量的開發(fā)工作其實是針對服務的配置和報文轉換配置、以及具體的字段映射，該工作難度較小，對產(chǎn)品熟悉之后，不需要太高的技術要求即可實現(xiàn)。單元測試主要也是使用產(chǎn)品提供的測試工具進行測試，主要的工作還是編寫對應的測試報文。 測試階段測試階段主要分為集成測試、FAT測試、UAT測試、性能測試等，以下簡要描述ESB項目中需要注意的問題。 集成測試集成測試往往是最容易被忽視和出現(xiàn)風險的階段，很多項目計劃沒有安排集成階段，或者給出了很短的周期，實際上集成測試是最容易延期的一個階段，主要的問題是業(yè)務系統(tǒng)測試出口的標準沒有嚴格控制，沒有開發(fā)對應的擋板對外部系統(tǒng)的交互接口進行嚴格測試。一般來講，在開發(fā)階段會安排系統(tǒng)連通性測試，但該測試的主要目的是測試系統(tǒng)的連通性，而不是測試具體接口的功能，而為了趕工期，或者處于資源的壓力，原有需要設計的擋板往往沒有做，測試很不充分，所有的問題都會集中在集成測試階段暴露出來，甚至會出現(xiàn)字段不匹配的低級錯誤，因此，項目經(jīng)理需要非常關注該階段。在拿到各系統(tǒng)的項目計劃后，ESB項目經(jīng)理需要判斷集成測試的時間安排，了解各項目組的人員技術能力、開發(fā)測試習慣、對應公司的CMMI級別等信息，判斷集成的風險程度，必要時，需要及時向項目群提出該風險，要求對應的項目組進行整改。在將要進入集成階段時，需要獲取詳細的集成計劃，查看各接口（服務）集成時間是否匹配等，建議ESB項目經(jīng)理作為集成階段的負責人，獲取客戶高層的支持和授權，強力推動集成階段的執(zhí)行。很多情況下，項目組采用周匯報的方式，在該階段，為了保證及時發(fā)現(xiàn)問題，至少采用日匯報總結的方式，甚至采用半天的方式進行集成的跟蹤，匯總每日（半日）集成結果，制定對應策略，協(xié)調(diào)相關人員及時解決。 FAT階段和UAT階段除了系統(tǒng)自身的特定功能外，ESB項目在FAT階段主要是通過其他業(yè)務系統(tǒng)的執(zhí)行而進行，不需要專門安排測試人員。此時，主要的工作是需要協(xié)助各項目組及時定位問題和判斷問題，自身的問題一般較少，具體支持的工作量與業(yè)務系統(tǒng)的質(zhì)量和業(yè)務系統(tǒng)開發(fā)人員的技能水平有關，該階段不需要太多的開發(fā)人員。 性能測試階段作為總線平臺，上線后會成為銀行的另一個“核心”系統(tǒng)，所有交易未來都會通過總線平臺，因此，性能是客戶很關注的一個指標。一般ESB性能測試至少會安排兩輪，第一輪，主要是使用單臺機器測試產(chǎn)品的性能，要求硬件設備、軟件環(huán)境和上線系統(tǒng)一致，測試時需要完成測試方案，包含測試環(huán)境要求、場景的選擇、測試方式、執(zhí)行過程，預期目標等。測試完成后形成測試報告并評審。第二輪測試一般需要使用上線后使用的機器，搭建完全相同的環(huán)境（集群），對ESB性能進行測試。嚴格意義上，還應該對接入ESB系統(tǒng)的所有系統(tǒng)進行整體性能測試，但一般來講，ESB系統(tǒng)的性能指標遠大于普通系統(tǒng)，該測試壓力不會出現(xiàn)在ESB系統(tǒng)上，所以部分客戶不再對此進行測試。性能指標測試出，若滿足客戶未來業(yè)務發(fā)展的預期，在ESB實施二期、三期等不再安排性能測試。 上線階段由于沒有具體的業(yè)務數(shù)據(jù)，因此也不存在數(shù)據(jù)移植、數(shù)據(jù)同步等問題，ESB的上線難度低于業(yè)務系統(tǒng)的上線，此處不再詳細說明上線過程。3 新疆農(nóng)信信息交換平臺實施過程注意事項 重點掌握OSB產(chǎn)品新疆農(nóng)信的信息交換平臺主要功能將在OSB平臺上，需要盡快掌握產(chǎn)品的功能、開發(fā)配置過程，掌握SOA架構的概念，由于第一期的服務不會太多，建議可以暫不考慮OER和SOA Management Pack產(chǎn)品的使用，集中力量盡快掌握OSB的功能和對應擴展開發(fā)。而且，對OSB平臺功能，尤其是監(jiān)控和管理，客戶可能提出客戶化的需求，需要盡快掌握OSB的相關開發(fā)知識。 服務分析過程的掌握服務分析是SOA實施的基礎，需要盡快熟悉和掌握服務分析的方法，取得客戶的認可。 系統(tǒng)情況的預先收集和準備新疆農(nóng)信的系統(tǒng)間通訊協(xié)議包含Socket、Tuxedo、HTTP、MQ和FTP，其中MQ是農(nóng)信銀和財稅庫銀使用，HTTP是網(wǎng)銀和體彩中心互聯(lián)使用，和一期無關（二期接入ESB的可能性也不大），暫不考慮。Telnet是當前字符柜面使用，不用考慮。FTP主要用于批量數(shù)據(jù)的文件交換，ECIF和信貸、核心會用到，系統(tǒng)本身提供該功能。Tuxedo在核心與信貸，核心與ECIF之間會用到，Socket在核心與支付平臺之間會用到，其中ESB已預先提供了對Tuxedo的支持，項目組需要考慮對socket支持的開發(fā)。另外，需要預先考慮報文格式的轉換策略。寧可累死在路上，也不能閑死在家里！寧可去碰壁，也不能面壁。是狼就要練好牙，是羊就要練好腿。什么是奮斗？奮斗就是每天很難，可一年一年卻越來越容易。不奮斗就是每天都很容易，可一年一年越來越難。能干的人，不在情緒上計較，只在做事上認真；無能的人！不在做事上認真，只在情緒上計較。拼一個春夏秋冬！贏一個無悔人生！早安！—————獻給所有努力的人.學習好