2013-11-12 15:46:25 來源：TechTarget中國
功能與流程設(shè)計是企業(yè)架構(gòu)（EA）方法論的一部分，與實際IT元素相適應(yīng)的東西被創(chuàng)建，或者不創(chuàng)建的關(guān)鍵底層所在。企業(yè)架構(gòu)師面臨的最大挑戰(zhàn)是，EA模型中的關(guān)鍵元素在項目初期往往是記錄下來而非設(shè)計出來的。發(fā)生這樣的事情是因為大多數(shù)企業(yè)架構(gòu)首先被應(yīng)用到IT和業(yè)務(wù)關(guān)系早已被確立的組織當(dāng)中。
為成功搭設(shè)舞臺
許多企業(yè)架構(gòu)師發(fā)現(xiàn)，技術(shù)或業(yè)務(wù)變革需要對功能及流程設(shè)計范圍進行修訂，他們沒有必要的組織或技術(shù)支持來做出最適宜的業(yè)務(wù)-IT協(xié)調(diào)。為了阻止這一點，他們必須為范圍變更的項目奠定基礎(chǔ)，確保它們擁有最佳的建模工具，并在適當(dāng)時候建立有效的項目控制移交給系統(tǒng)架構(gòu)師。
企業(yè)架構(gòu)師要想成功推動功能及流程設(shè)計范圍的改變，確保當(dāng)前的EA模型準(zhǔn)確表示了業(yè)務(wù)及技術(shù)的映射關(guān)系至關(guān)重要。大多數(shù)情況下，實現(xiàn)這一點最快捷的方式是從架構(gòu)的業(yè)務(wù)流程層開始，驗證此處發(fā)現(xiàn)的全體業(yè)務(wù)工作流。這充當(dāng)了功能設(shè)計的輸入，因此業(yè)務(wù)流程層的錯誤將會擊倒未來的協(xié)調(diào)。業(yè)務(wù)流程還框定了業(yè)務(wù)流程執(zhí)行語言開發(fā)與測試，這是技術(shù)及業(yè)務(wù)流程需要一致的第一個層次。
固化企業(yè)架構(gòu)師的設(shè)計影響
與此同時審核也在進行，聰明的企業(yè)架構(gòu)師會就每一個有可能受項目影響的業(yè)務(wù)流程與業(yè)務(wù)線管理進行協(xié)調(diào)。由于架構(gòu)師往往沒有對上面直線部門或者下面IT部門的監(jiān)督權(quán)力，他們需要與這兩個相關(guān)部門的領(lǐng)導(dǎo)建立良好的個人關(guān)系。從業(yè)務(wù)流程側(cè)開始，因為業(yè)務(wù)目標(biāo)是協(xié)調(diào)活動的基線。
固化企業(yè)架構(gòu)師對功能及流程設(shè)計影響的第2點是對所有活動以可雙向溝通的方式建模。IT專業(yè)人士廣泛使用的統(tǒng)一建模語言往往由于其可讀性不夠而不為業(yè)務(wù)規(guī)劃者與經(jīng)理所喜歡。
業(yè)務(wù)流程建模標(biāo)記（BPMN）可能是建?？珊唵蔚綐I(yè)務(wù)管理層足以理解，也可復(fù)雜到傳達(dá)業(yè)務(wù)流程和功能細(xì)節(jié)的好例子。IDEF（集成化定義）工具是由美國國防部開發(fā)的，現(xiàn)在已經(jīng)開源。這些為各種層次的建模提供了適當(dāng)?shù)墓ぞ?。支持和文檔也許略微單薄，因此要對學(xué)習(xí)（及教學(xué)）曲線做好準(zhǔn)備。
選擇最好的方法
企業(yè)架構(gòu)師會爭論什么才是功能和流程設(shè)計的最好辦法，尤其是當(dāng)改變的刺激源自技術(shù)側(cè)時。這個領(lǐng)域歷來都是架構(gòu)師工作最困難的領(lǐng)域。EA方法論本來就是業(yè)務(wù)驅(qū)動的，因此往往要讓技術(shù)選擇去適應(yīng)業(yè)務(wù)實踐。
每當(dāng)革命性技術(shù)（或甚至只是得到顯著改善的技術(shù)）出現(xiàn)，這些方法論往往就不適合于創(chuàng)建最合適的連接了。企業(yè)架構(gòu)師不得不進行逆向工程或反向跟蹤EA模型，從底層的流程設(shè)計開始追溯到功能及業(yè)務(wù)流程層。
流程建模可以進行修改以便體現(xiàn)對新技術(shù)最合適的使用，這可通過功能層最小化的目標(biāo)來完成。如果完成了這個，技術(shù)改變很少會上升到對業(yè)務(wù)流程產(chǎn)生顯著影響的水平，對運營的影響也因而會減少。但往往真正顯著的技術(shù)轉(zhuǎn)變會迫使更高層次的地方適應(yīng)這種技術(shù)以便確保利益的最大化。此時，另一種方法也許可以擺出來。
這種方法是修訂目標(biāo)來支持技術(shù)實踐。這往往被認(rèn)為是一種違背了在業(yè)務(wù)流程層推斷技術(shù)目標(biāo)的EA實踐的做法，但經(jīng)驗表明，吸收革命性的變化也許牽涉到實踐的重鑄來獲得技術(shù)產(chǎn)出。要想做這個：
·從業(yè)務(wù)流程層開始，假定業(yè)務(wù)目標(biāo)是用新技術(shù)來運作實現(xiàn)的。
·設(shè)計業(yè)務(wù)流程并用一般的辦法對其進行剖析，做出功能與流程設(shè)計。
既然新技術(shù)是高級目標(biāo)，就得與流程設(shè)計輸出相適應(yīng)。
這種方法的一個主要的好處是確保業(yè)務(wù)與新技術(shù)以正常的方式協(xié)調(diào)好，意味著將項目控制從EA轉(zhuǎn)化為服務(wù)保證的常規(guī)化。企業(yè)架構(gòu)師通過確保業(yè)務(wù)協(xié)調(diào)可保證做出一個對投資來說最合適的業(yè)務(wù)案例。
然而這樣仍然存在風(fēng)險，技術(shù)轉(zhuǎn)變要么會失去與作為實現(xiàn)過程的關(guān)鍵業(yè)務(wù)實踐的聯(lián)系，要么那種實現(xiàn)會證明適應(yīng)的需要。除非在協(xié)調(diào)中有嚴(yán)重錯誤的跡象出現(xiàn)，此處最好的方法還是遵循逆向工程的路徑。通過在流程設(shè)計中做出變化來適應(yīng)實施需求，然后跟蹤對業(yè)務(wù)流程影響，以便將實施中的變化與業(yè)務(wù)案例中可能的變化對應(yīng)起來可以做到這一點。
云計算、移動員工賦權(quán)等技術(shù)進展可以令技術(shù)資源方面產(chǎn)生深遠(yuǎn)的變化。企業(yè)架構(gòu)師應(yīng)該記住，高級業(yè)務(wù)流程設(shè)計未被固化的情況少之又少，至少在當(dāng)前的技術(shù)選擇下一定程度上是如此的。承認(rèn)這種關(guān)系并非壞事，明確地對它進行治理可確保新技術(shù)選項能得到業(yè)務(wù)案例的良好支持。如此架構(gòu)師就可以在投資指導(dǎo)中履行其監(jiān)管角色。
免責(zé)聲明：本網(wǎng)站（http://www.www.gypb.net/）內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
本網(wǎng)站刊載的所有內(nèi)容（包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等）版權(quán)歸原作者所有。任何單位或個人認(rèn)為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，請及時通知本站，予以刪除。
搶沙發(fā)
