警惕建模過程的盲點

申請免費試用、咨詢電話：400-8352-114

講在前面的故事

伊利諾伊州，芝加哥：正如Cap Gemini Ernst & Young(CGEY)的解決方案設計師經理在芝加哥加速開發(fā)中心所聲稱的，Ashvin Vellody的工作圍繞著使企業(yè)軟件系統(tǒng)相互對話?！拔覀冮_發(fā)的大型項目，需要以不同的行業(yè)規(guī)范類型提供給客戶，”Ashvin解釋道?！癈GEY使用了世界上遵循CMM 3和ISO 9000的開發(fā)工具來提供任何類型的軟件項目—自定義編碼的J2EE產品、PeopleSoft打包實施、集成項目或任何可能的情況。在我們的中心，我們提供方法、工具和人員以可預知的方式快速提供復雜系統(tǒng)。”

加速開發(fā)中心是CGEY交付方法學中的一個重要組件。它不僅提供專業(yè)環(huán)境中的基礎架構、過程和人員，“界面外觀的問題在B2B集成項目中并不總是很重要，但由于目標是簡化做事的舊方法，因此涉及到的過程更加復雜?！?

有助于滿足合約中客戶的嚴格最終期限，還為其設計人員提供工具和技術，通過更高的生產率支持加速交付。Ashvin說，“由于環(huán)境很靈活，所以人們來到中心工作；您可以在利用我們的工具和環(huán)境的同時配置自己的項目小組工作空間。諸如此類的微小改變會帶來生產率顯而易見的提升，并可提供卓越的工作空間。還有一個完整的工具小組坐鎮(zhèn)后方，幫助多個項目成功地完成交付。”

中心大部分的時間和資源都投入到構建系統(tǒng)間的連接。這就意味著為自定義構建的連接器進行編碼，或使用即取即用的集成解決方案，或通常兩者兼有。但對于所有進行中的編碼和軟件工作來說，Ashvin的大部分時間都投入到了不涉及削減代碼的任務；諸如計劃、建模、設計，甚至協議之類的任務—軟件集成后的“軟知識”。

不同對象的不同集成需要

開始一個項目時，Ashvin多項任務中的首要任務之一是，當新的集成系統(tǒng)完成時評估它的首要業(yè)務目標，以及什么類型的對象使用它—系統(tǒng)將首先服務內部用戶、其它業(yè)務，還是服務終端客戶？

“企業(yè)到企業(yè)(B2B)系統(tǒng)與企業(yè)到消費者(B2C)系統(tǒng)完全不同，”Ashvin 解釋說?！癇2C系統(tǒng)就是我們通常說的“深入接觸”系統(tǒng)。它直接與終端客戶交互，因此它必須是面向用戶的；界面外觀應該十分友好，這就意味著格外注意用戶界面。B2C系統(tǒng)還提供對大量人員的服務。它的事務處理量不會很大，但會有大量人員利用這些服務。”

Ashvin將此系統(tǒng)與B2B系統(tǒng)進行了比較，后者通常意味著簡化復雜的商務處理，如自動化庫存和訂購，通?；诩垙垼ㄖ辽僖徊糠郑┑倪^程，以及或許涉及到的舊的原有系統(tǒng)。

“界面外觀的問題在B2B集成項目中并不總是很重要，但由于目標是簡化做事的舊方法，因此涉及到的過程更加復雜?！盇shvin說?！袄纾易罱椖康目蛻羰且患译娦殴?。該公司希望更好地處理客戶的呼叫，使其呼叫中心的操作與后端計費系統(tǒng)之間的過程更加自動化。因此我們緊張忙碌了11個月，對CRM前端、后端計費系統(tǒng)進行了評估，并將一些體系結構部署到位。該項目用來簡化商務過程，并且處理兩個系統(tǒng)（原有計費系統(tǒng)和更現代化的CRM）間的復雜事務?！?

原有系統(tǒng)、Spaghetti 代碼、金蘋果，以及大的飛躍

根據Ashvin的說法，CGEY已經看到了公司整個客戶群集成項目的增長。這些集成中的大部分分為兩大類—客戶或者擴展原有系統(tǒng)，或者自動化過程，努力爭取提高生產率。有時二者都需要。

由于目前預算緊縮的現實，各公司正試圖一絲不漏地發(fā)掘原有系統(tǒng)的全部生產力。舊的應用程序并不總是在頭腦中用現代的體系結構構建，并且將新舊應用程序相混合幾乎是瘋狂的。

Ashvin說，“我們所面臨的集成原有系統(tǒng)的挑戰(zhàn)是雙重的。首先，我們必須從系統(tǒng)中抽取出spaghetti代碼和邏輯，而系統(tǒng)在過去的30年中可能已被反復構建或修改過多次。了解系統(tǒng)的人不總是可以接受改變，他們也可能不愿意共享知識。另一個挑戰(zhàn)是識別所謂的項目“金成果”—新的做事方法的前提或全部意義?！?

Ashvin針對其最近的電信公司計費系統(tǒng)的項目指出，“計費十分復雜，一個過程可能涉及20個不同的領域。

一些部門可能每星期更新一次原有計費系統(tǒng)。其它部門可能每日更新，不論怎樣，這些過程一段時間后都一起進入了spaghetti代碼集，我們必須從該代碼集抽取邏輯。確定誰擁有這些數據，以及數據如何以一種簡單的、“黃金標準”的方式在各部門間共享—為解決此問題，我們奔波了兩個半月?！?

當公司試圖大幅提高生產率而集成系統(tǒng)時，其它的集成難題出現了。Ashvin主持的一個有關汽車金融問題的現有項目就是一個很好的例子。

Ashvin解釋說，“該項目旨在根據汽車購買經驗以及取得信貸審批來自動化客戶和經銷商交互的方式。這是三個汽車制造商的經銷商協作努力的結果。假設一位客戶想要購買一輛通用汽車公司的卡車或一輛福特轎車，不論情況怎樣。通過此項目，經銷商可以迅速地對貸款應用程序、信貸審批及APR等級等事物做出反應。該項目還可以確保三大汽車制造商的任何一個后端系統(tǒng)能夠以一致的格式接收信息，并一致地向任何經銷商發(fā)回信息?！?

這樣的項目通過自動化過程減少了書面工作和低效率的過程，從而獲得了生產力的巨大飛躍。要確保經銷商和汽車制造商都使用類似的數據、類似的格式，并通過類似的過程使用數據—獲得生產力的飛躍—需要清楚的了解B2B集成問題。

了解B2B系統(tǒng)

汽車行業(yè)是面臨集成挑戰(zhàn)這一大趨勢的行業(yè)之一。要幫助廠家和公司構建交互式B2B系統(tǒng)，一些行業(yè)提出了他們自己的標準—如汽車行業(yè)的STAR標準。

Ashvin說，“STAR是特定于汽車零售行業(yè)的、符合SOAP的最出色的XML模式。例如，另一個縱向標準用于商業(yè)采購供應空間—那就是ebXML標準?！?

這些縱向標準說明了系統(tǒng)如何定義數據，需要什么數據，什么數據是可選的，以及應該如何管理消息。其它行業(yè)正在采用諸如RosettaNet一類的通用標準。根據客戶端狀況，一個或多個這種標準的要求可以支配適用于設計人員的集成方法。

其它B2B集成方法包括通常所說的私有交易，其中行業(yè)中的某個大公司有足夠的慣性要求其供應商僅采用一個基礎架構?！八接薪灰子梢粋€具有金融和行業(yè)影響力的主要參與者建立‘這就是我作為企業(yè)與你交流的方式’”Ashvin 解釋說。
圖鏈接為集成體系結構 http://imgs.ccw.com.cn/resources/2007_03/2007_03_23/200703233871174616796826.gif

Ashvin將沃爾瑪作為實踐中一個私有交易的實例?！拔譅柆斦f，其所有的供應商都必須使用這種電子交易系統(tǒng)來與沃爾瑪進行交易。然后供應商必須實施特定的一年或一段時間，并準備好通過沃爾瑪的交易系統(tǒng)進行交易。這一切僅通過邀請來實現，并且進行集成相對比較容易”。但是Ashvin很快解釋了沃爾瑪工作的內部系統(tǒng)決定了集成過程，而不是單一的外部方法（如ebXML）。

解決B2B集成難題的另一方面是了解貿易合作伙伴管理(TPM)。TPM是B2B過程的集合，它明確地解決了供應商和廠商交易過程中的工作流和交互問題。TPM還提供一致的方法與商務處理通信。Ashvin說“TPM設計用于解決公司的銷售和供應鏈問題。例如，作為公司怎樣在供應鏈中管理所有不同的貿易合作伙伴？怎樣維護他們？怎樣與他們進行交易？與他們進行調解的過程怎樣？TPM是B2B集成中的一個重要部分”。
建模的重要性

不論您集成了行業(yè)標準、開放標準，還是受限于私有交易的體系結構，作為設計人員最終您必須開始定義數據、創(chuàng)建對象，并且開發(fā)出管理其余項目的模型。

“這是我最無法忍受的事情，” Ashvin說?！凹身椖康囊淮箅y題是確定真實的記錄和實體存在何處。例如，一家電話公司有十個不同的部門與名為“客戶”的抽象對象交互。每個部門組織客戶的方式不同，識別客戶的方式也不同。對這些不同的部門采用一個通用的定義很難?！?

Ashvin最近的電信公司計費系統(tǒng)項目證實了建模是十分復雜的工作?！霸谥懒丝蛻舻牡刂泛臀恢玫那疤嵯挛覀儾拍転樗麄兘！＿@對所有的部門都適用，在計劃過程中所有的商業(yè)用戶也都適用，但是沒有人了解直到我們開始實施它才能起作用。如果您僅通過一個人居住的位置來識別他/她，那么如果他們換了地方該怎么辦？你打算獲得多條記錄，然后通過兩個不同的位置識別那個人？這是關于人們的電力計費的系統(tǒng)，因此系統(tǒng)中的問題將影響到人們的日常生活?！?

Ashvin的小組最終構建了一個變通方法，經過一夜的努力解決了地址/位置的難題。這種現實世界的實例說明了在實施開始前和整個實施過程中，完全在系統(tǒng)模型上工作非常重要。建模應該是優(yōu)先考慮的問題，并且應該從盡可能多的角度對工作流和過程檢查給予預期時間。Ashvin建議，對于一個歷時1年的復雜項目來說，在編寫代碼前應該花費大約3個月的時間來為工作流和過程建模。

商務過程管理

新的商務過程管理(BPM)工具有助于公司組織模型以及商務過程在應用程序中工作。Ashvin解釋道，“BPM是一層說明，它位于集成代碼之上。BPM為商務用戶提供調整模型和改變工作流的功能。BPM工具是十分圖形化的，并且探查代碼更改在底層透明地進行—或者至少應該透明地進行。BPM出現的時間尚短，但這些工具為商務用戶提供了用圖形化方式處理事務的能力，例如改變購買訂單的工作流。一個商務用戶—并且從事此行的人應該非常具有商業(yè)頭腦—可以改變PO過程，因此能夠通過在BPM工具中改變圖形模型在不同的部門中共享PO?！?

Ashvin指出，只需使用即取即用的解決方案（如webMethods或SeeBeyond）就可以很好地連接代碼，但是應用程序會發(fā)展或改變，因此商務用戶需要能夠管理那些改變并相應地改變商務過程。這就是增加的BPM對集成設計師的增值所在。它允許工作流為商務用戶“按訂單生產”。

改變準備就緒

設計人員應該意識到，集成涉及人員的程度與涉及J2EE和XML代碼的程度是一樣的，這一點也很重要?！澳仨氃u估客戶對待改變的態(tài)度，以及組織可以吸收多少他們的技術，”Ashvin解釋道?！叭绻藗儾⒉幌敕艞壴械暮蠖?，您必須做好準備提供創(chuàng)造性的解決方案。例如，在近期的一個包括CICS后端的項目中，我們對后端只進行了大約20%的修改，其余的我們在用戶輸入數據后通過創(chuàng)造性的屏幕導航和屏幕抓取進行管理。這延長了不良部分的壽命，但通過抽取該處的邏輯，我們使之繼續(xù)保存在系統(tǒng)中，同時使其對原有系統(tǒng)的影響降低到最小。”

Ashvin也曾經遇到過有關第一線IT工人的領域問題?！叭司褪侨?，他們認為，‘這就是我所屬的領域。我曾經做過客戶數據庫X，但現在另有他人在做。這對我意味著什么？’您不能忽視您喪失了集成項目的所有權。設計人員需要盡早參加商務討論，并利用該機會減少擔心。沖在前面，越早越好。”

設計人員的建議

Ashvin的建議直截了當：“切勿過度設計，特別對于那些第一次進行企業(yè)集成的組織。不要推出一組技術后只是引起爭議，或者讓一個主機工作室去吸收。在您首先推出基本元素（如XML）時，分小塊進行。然后推出SOAP XML。接著可能進行Secure XML。然后進行Assemble Assertions，再接著可以進行SOAP服務器系統(tǒng)。不要試圖通過同步Web服務開始SOAP XML。這可能太多、太快。

“至于用戶，倘若采取適當的方式，告知他們可以為其提供哪些集成工具和過程，則有助于他們接受這種改變。不要以那種軟件-銷售人員-市場的口吻說話。不要告訴他們這將解決他們的所有問題。幫助他們了解，如果一個用戶有兩個社會保險代碼，集成不會神奇地解決此問題。幫助維持合理的期望值，期望值不要太高。

“畢竟，企業(yè)集成是幫助確?？蛻暨\營和企業(yè)獲得效率的一部分。這首先是集成的全部目標?！?

注：Ashvin Vellody是位于芝加哥的Cap Gemini Ernst & Young公司加速開發(fā)中心的經理。他有超過九年的IT咨詢經驗，曾經參與過SDLC的所有過程-從技術項目管理、需求定義，到n層系統(tǒng)開發(fā)和測試。他是獲得項目管理協會(PMI)認證的項目管理專業(yè)人員。他的核心能力是使用標準技術（如J2EE、XML和EAI）設計企業(yè)范圍的EAI和B2B解決方案以解決商務難題。他曾經就職于美國、歐洲和亞洲的金融服務、能源及公共設施，以及客戶服務和零售業(yè)領域。他目前的主要興趣是面向服務的體系結構安全性。(AMT)