Editorial staff ([email protected]), developerWorks, IBM

2006 年 8 月 10 日

IBM 專家將提供各自的個(gè)人觀點(diǎn),，以推動(dòng) IT 體系結(jié)構(gòu)實(shí)踐方面的發(fā)展,，從而幫助您更好地?fù)?dān)當(dāng)架構(gòu)師這一職責(zé)。

引言：IT 體系結(jié)構(gòu)不像電視節(jié)目

注意：有關(guān)觀點(diǎn)與展望 專欄的全面的信息,，請(qǐng)參閱以前的部分：

• “第 1 部分：選擇 SOA 的原因和時(shí)機(jī)”
• “第 2 部分：如何將業(yè)務(wù)需求轉(zhuǎn)轉(zhuǎn)換為 IT 要求,？”

我希望能有電視節(jié)目展示 IT 架構(gòu)師的生活。但您知道在電視上的樣子,。人們都很了不起,，通常長(zhǎng)得很好看，手邊有所有需要的東西,，他們都異常的聰明——而且所有部分都非常輕易地就整合到 一起了,。您可能看著這樣的節(jié)目，而忘記了他們的實(shí)際工作有多困難,。暫時(shí)逃避一下現(xiàn)實(shí),。而且，每周您都有機(jī)會(huì)假裝這就是真實(shí)的生活,。

我們都知道,，和生活一樣，IT 體系結(jié)構(gòu)并不是這樣的,。（真是的，撰寫這個(gè)專欄甚至也不那樣簡(jiǎn)單,，只是純粹說(shuō)說(shuō)才很簡(jiǎn)單,。）需要進(jìn)行培訓(xùn)，需要努力工作,，需要使用技能技巧,，會(huì)犯很多錯(cuò)誤，而且需要很多的耐心,。當(dāng)然,，說(shuō)需要一定天分也未嘗不可。

知道了成為一個(gè)成功的 IT 架構(gòu)師需要投入多少工作后,，我們就想知道哪些因素對(duì)成為一個(gè)不錯(cuò)的架構(gòu)師起決定性作用,。因此，我們向?qū)＜医M提出了這樣的問題：“什么技能對(duì) IT 架構(gòu)師最有價(jià)值,，架構(gòu)師如何學(xué)習(xí)這些技能,？”

可以在很多地方找到成為好的架構(gòu)師所需的技能列表——書上、培訓(xùn)課程,、大學(xué),、有關(guān)體系結(jié)構(gòu)的其他網(wǎng)站上等等,。例如，IBM 的內(nèi)部專業(yè)提高網(wǎng)站就提出以下幾點(diǎn) IT 架構(gòu)師的理想特征：

• 設(shè)計(jì)體系結(jié)構(gòu)的技能和經(jīng)驗(yàn)
• 有序的以方法為驅(qū)動(dòng)源的任務(wù)執(zhí)行
• 完整生命周期經(jīng)驗(yàn)
• 行業(yè)部門經(jīng)驗(yàn)
• 領(lǐng)導(dǎo)能力
• 很強(qiáng)的溝通和專業(yè)技能

和可能看到的很多其他列表類似,，這個(gè)列表相當(dāng)泛泛,，可能并不如您所期望的那樣有可操作性。而這正是我們?cè)儐柷懊娴膯栴}的原因所在：幫助您確定一個(gè)明確的方向,。

我們希望對(duì)此問題的討論能為您提供幫助,。我們鼓勵(lì)您在 IT 體系結(jié)構(gòu)討論論壇發(fā)表您對(duì)這些觀點(diǎn)的看法。如果您有任何問題希望我們的專家進(jìn)行答復(fù),，請(qǐng)與我聯(lián)系,。充分利用專家資源——他們非常樂意為您提供幫助，非常愿意能推動(dòng) IT 體系結(jié)構(gòu)方面的實(shí)踐,。

Paul Dreyfus,，編輯
developerWorks SOA and Web services
[email protected]

另，為了避免對(duì)我們的排序方式的意見,，我們已根據(jù)專家的名字按字母順序?qū)谶M(jìn)行了排序,。不過(guò)，請(qǐng)一定閱讀全文,；您肯定不希望漏掉 Walker Royce 的連珠妙語(yǔ),。

權(quán)衡各個(gè)相互沖突的需求

架構(gòu)師必須 學(xué)習(xí)權(quán)衡各個(gè)相互沖突的需求的技能。在調(diào)和體系結(jié)構(gòu)的各個(gè)組成部分時(shí),，我們必須對(duì)各個(gè)看起來(lái)截然相反的事項(xiàng)進(jìn)行權(quán)衡,，如下面這些事項(xiàng)：

• "“我需要一個(gè)全新的體系結(jié)構(gòu)來(lái)支持一個(gè)新業(yè)務(wù)需求；所有項(xiàng)目必須在 2 年內(nèi)完成,，而我們希望您能在 1 年內(nèi)完成下一個(gè)項(xiàng)目,。”"
• "資金有限,，但我們希望能提供所有功能,。"
• 分析癱瘓與“直接編碼”
• 靈活方法與復(fù)雜方法
• 用戶期望與技術(shù)可實(shí)際提供的功能
• 業(yè)務(wù)與 IT
• 您的工作負(fù)擔(dān)和享受生活
• 管理活動(dòng)（時(shí)間計(jì)劃、支出）與“真正的”項(xiàng)目工作

無(wú)論從技術(shù)角度出發(fā),，還是就業(yè)務(wù)角度而言,，我們都需要對(duì)經(jīng)常沖突的各種考慮和各個(gè)側(cè)面進(jìn)行權(quán)衡。在看起來(lái)似乎無(wú)法解決的情況下進(jìn)行正確的權(quán)衡是架構(gòu)師成功的關(guān)鍵,。

這經(jīng)常意味著要首先確定有哪些約束,，理解這些約束為何存在沖突，并確定如何在問題空間對(duì)這些考慮進(jìn)行權(quán)衡,，從而解決所面臨的問題,。

我 還記得我第一次感覺像個(gè)架構(gòu)師時(shí)的情況。他們要求我開發(fā)一個(gè)新的應(yīng)用程序,，突然我發(fā)現(xiàn)這個(gè)應(yīng)用程序并不是一個(gè)單體,，而是由多個(gè)專門化的部分組成的,，其中的 每個(gè)部分都在專門的服務(wù)器上運(yùn)行，所有部分一起協(xié)作,，形成一個(gè)應(yīng)用程序,。數(shù)據(jù)由數(shù)據(jù)庫(kù)服務(wù)器承載和提供，長(zhǎng)時(shí)間運(yùn)行的流程在工作流服務(wù)器中執(zhí)行,，遺留集成 會(huì)通過(guò)消息傳遞服務(wù)器進(jìn)行操作,，而自定義代碼在應(yīng)用服務(wù)器上運(yùn)行，負(fù)責(zé)將所有這些部分粘合到一起,。

這就是體系結(jié)構(gòu)：專門化的彼此不同的部分一起協(xié)作,，形成完整的應(yīng)用程序。IT 架構(gòu)師知道如何將問題劃分為專門化的各個(gè)部分,，并使其作為整體一起協(xié)同工作,。

那么，什么是對(duì) IT 架構(gòu)師最具價(jià)值的技能呢,？就是要了解這些不同類型的服務(wù)器以及其提供來(lái)幫助解決問題的不同功能,，并要了解如何將它們一起使用來(lái)開發(fā)和部署應(yīng)用程序。成為一 個(gè)引擎方面的專家也非常誘人,，如數(shù)據(jù)架構(gòu)設(shè)計(jì)人員,、規(guī)則專家、J2EE 開發(fā)人員,。團(tuán)隊(duì)也需要這樣的人員,，但他們不是架構(gòu)師。IT 架構(gòu)師至少對(duì)所有這些方法都有所了解,，了解哪個(gè)引擎適合用于執(zhí)行應(yīng)用程序中的何種任務(wù),，知道如何將應(yīng)用程序分解成各個(gè)專門化的部分以及如何使這些部分一起 工作。

實(shí)際上,，這是 IT 軟件 架構(gòu)師。真正的 IT 架構(gòu)師不僅需要了解軟件,，也要了解以下內(nèi)容——甚至可能還要包括其他方面的東西：

• 硬件：服務(wù)器計(jì)算機(jī),、網(wǎng)絡(luò)路由器、延遲,、防火墻,、操作系統(tǒng)等等
• 安全性：標(biāo)識(shí)管理、訪問控制,、保密性,、認(rèn)可等等
• 資源規(guī)劃：內(nèi)存使用、帶寬,、負(fù)載,、負(fù)載平衡,、故障轉(zhuǎn)移、高可用性等等

需要學(xué)習(xí)很多內(nèi)容,，但軟件方面無(wú)疑可以作為一個(gè)很好的起點(diǎn)開始學(xué)習(xí),。

如何學(xué)習(xí)這些技能呢？您需要逐個(gè)學(xué)習(xí)各個(gè)部分,，并學(xué)習(xí)如何將其作為整體結(jié)合使用,。首先要學(xué)習(xí)如何實(shí)現(xiàn)各個(gè)部分，如何使用每種類型的引擎,。不知道工作流到底是什么,？獲取 WebSphere Integration Developer 并實(shí)現(xiàn) HelloWorld 業(yè)務(wù)流程執(zhí)行語(yǔ)言（Business Process Execution Language，BPEL）流程,。不了解消息傳遞,？閱讀 developerWorks 上介紹如何使用服務(wù)集成總線的簡(jiǎn)單示例的文章。學(xué)習(xí)了每種服務(wù)器的細(xì)節(jié)知識(shí)后,，請(qǐng)將這些細(xì)節(jié)放在一邊,，而將精力放在每種引擎所能完成的任務(wù)的全局狀況上。 消息傳遞,、規(guī)則,、工作流、數(shù)據(jù)和自定義代碼——這些都彼此不同,，但差異在哪里呢,？了解了這一點(diǎn)后，您將能夠把應(yīng)用程序劃分為多個(gè)部分,，從而利用每種引擎的 獨(dú)特功能,。

此時(shí)您就成為了一名 IT 架構(gòu)師。

您所應(yīng)具有的唯一最有價(jià)值的技能,？

快速學(xué)習(xí)新事物的能力,。這一點(diǎn)適用于我們這個(gè)不斷發(fā)展的行業(yè)的很多角色，而不僅是 IT 架構(gòu)師,。

那么,，如何學(xué)習(xí)這個(gè)技能呢？

我是在讀大學(xué)時(shí)學(xué)到這項(xiàng)技能的,。從那以后,，我們忘記了在那里學(xué)習(xí)過(guò)的很多東西，包括 Lisp,、微分方程等,。但我保留了快速學(xué)習(xí)這一技能。

無(wú) 論何時(shí)問我 IT 架構(gòu)師的工作是怎樣的——這個(gè)問題與他們的最重要技能直接相關(guān)——我都會(huì)將其與建筑設(shè)計(jì)師相比較。IT 架構(gòu)師處在客戶（CEO,、LOB 執(zhí)行人員）和構(gòu)建人員（IT 開發(fā)/交付）,，能夠向客戶說(shuō)明技術(shù)可能性和向構(gòu)建人員說(shuō)明客戶的需求。這意味著 IT 架構(gòu)師必須能夠在這兩個(gè)領(lǐng)域進(jìn)行清楚的表述,、說(shuō)明,，并在這兩方面都提出中肯的意見。

顯然,，對(duì)這個(gè)職位而言,，溝通和推動(dòng)力是其關(guān)鍵的技能。IT 架構(gòu)師使用他們的經(jīng)驗(yàn)和直觀推斷來(lái)將暫時(shí)的定義欠佳的問題空間簡(jiǎn)化為能夠構(gòu)建和交付的內(nèi)容,，并同時(shí)始終以客戶的需求為工作的核心,。

毫無(wú)疑問：溝通的能力。成功的架構(gòu)師必須能夠清楚,、明了,、簡(jiǎn)潔地對(duì)體系結(jié)構(gòu)決策進(jìn)行描述、演繹和申辯,。高效的架構(gòu)師還必須能夠使用各種媒體（包括代碼,、模 型、文檔,、PowerPoint 演示文檔以及談話和講座）與各方面的技術(shù)和非技術(shù)干系人進(jìn)行溝通——包括代碼編寫人員和其他開發(fā)人員,，甚至最終用戶、會(huì)計(jì)師和行政官員,。另外,，真正高效的 架構(gòu)師不僅善于表述概念，同時(shí)也是相當(dāng)出色的聽眾,，能夠按照預(yù)期計(jì)劃完成討論任務(wù),。

如何學(xué)習(xí)這項(xiàng)技能？練習(xí),，練習(xí),，再練習(xí)。

在我看來(lái),，IT 架構(gòu)師所具有的最有價(jià)值的技能是將各個(gè)部分連接起來(lái)的能力,。為了將分散或看起來(lái)不相關(guān)的組件（問題）聯(lián)系起來(lái)，以形成一個(gè)完整的系統(tǒng),。可以從完整的系統(tǒng)派生出在實(shí)效和策略方面都有意義且可行的解決辦法,。

這就是將架構(gòu)師與專業(yè)人員區(qū)分開的一項(xiàng)技能：通過(guò)全局性的視圖,，可以更全面地看待整個(gè)系統(tǒng)并了解其他一些注意事項(xiàng)，從而幫助您確定哪些是重要內(nèi)容， 哪些是干擾信息,。此技能也能在不同角色身上和不同情況下發(fā)揮作用,，不受技術(shù)、行業(yè)和職務(wù)級(jí)別的影響,。具有這種能力的技術(shù)架構(gòu)師可以幫助在業(yè)務(wù)和技術(shù)之間建 立聯(lián)系,。

如何獲得此技能：體驗(yàn)學(xué)習(xí)。接觸架構(gòu)師工作的解決方案的子項(xiàng)目或子組件,，不斷詢問自己這些問題：“為什么這個(gè)重要,？”和“我的這一部分解決方案與什么相關(guān)？”嘗試了解各個(gè)部分如何形成更大的完整程序,。從外向內(nèi)了解各個(gè)部分,。

一種稱為思維導(dǎo)圖的創(chuàng)造性思考技術(shù)異常有幫助?！狫enny Choy

如何學(xué)習(xí)此技能：我發(fā)現(xiàn),，對(duì)于嘗試學(xué)習(xí)和進(jìn)行全局思維實(shí)踐的人來(lái)說(shuō)，一種稱為思維導(dǎo)圖的創(chuàng)造性思考技術(shù)異常有用,。（思維導(dǎo)圖是由 Tony Buzan 于 20 世紀(jì) 60 年代末提出的,，用以幫助人們開發(fā)大腦潛能。）這項(xiàng)技術(shù)可幫助您捕獲和組織各個(gè)想法（或組件）,，能在單頁(yè)中體現(xiàn)各個(gè)組件的多層次分解和組件的相關(guān)關(guān)系,。由于 與某個(gè)主題相關(guān)的所有內(nèi)容的全貌都呈現(xiàn)在單個(gè)頁(yè)面上，這就訓(xùn)練大腦在相關(guān)上下文中看待所有事項(xiàng),，并允許對(duì)有興趣的主體進(jìn)行進(jìn)一步分解,，且同時(shí)保持對(duì)全局情 況的了解。

對(duì)可能遇到的問題進(jìn)行預(yù)先估計(jì)

我 認(rèn)為 IT 架構(gòu)師必須具有的最重要技能是能夠?qū)υ趶?fù)雜環(huán)境中對(duì)可能出現(xiàn)的性能和吞吐問題進(jìn)行事先估計(jì),，并進(jìn)行恰當(dāng)?shù)臎Q策來(lái)避免這些問題,。這項(xiàng)技能與了解此類問題的分 類、診斷根源和進(jìn)行相應(yīng)決策來(lái)解決這些問題的能力直接相關(guān),。只有一個(gè)真正的老師：實(shí)際處理具有代表性的各個(gè)實(shí)際（即“生產(chǎn)”）系統(tǒng)的各種問題,。我不認(rèn)為只 具有應(yīng)用程序開發(fā)經(jīng)驗(yàn)而沒有實(shí)際操作經(jīng)驗(yàn)的人具有成為高效的架構(gòu)師所需的經(jīng)驗(yàn)。

很多工程方面的造詣依賴于理解和分析故障以了解根源的實(shí)踐,。而這個(gè)技能正是我所要討論的技能——系統(tǒng)地對(duì)故障和性能問題進(jìn)行分析,，然后對(duì)問題進(jìn)行細(xì)化，以確定根源,。IT 架構(gòu)師首先需要能夠?qū)撛诘耐掏聠栴}進(jìn)行預(yù)先估計(jì),，并設(shè)計(jì)恰當(dāng)?shù)慕鉀Q方案來(lái)防止發(fā)生此類問題。

基本學(xué)習(xí)：學(xué)習(xí)如何進(jìn)行學(xué)習(xí)

我希望能給出一個(gè)更為簡(jiǎn)單的問題,，但為了成為成功的架構(gòu)師,，您需要具有出色的基本學(xué)習(xí) 技能。我對(duì)基本學(xué)習(xí)的定義是，學(xué)習(xí)如何高效地進(jìn)行學(xué)習(xí),。目前,，成功的架構(gòu)師需要具有大量的技能，要不斷地對(duì)舊技能進(jìn)行更新并能快速地掌握新技能,。如果不能 獲得和應(yīng)用新技能,，將可能縮短架構(gòu)師的職業(yè)生涯。但出色的基本學(xué)習(xí)技能將為架構(gòu)師提供不斷擴(kuò)展的靈活技能庫(kù)——可根據(jù)需要進(jìn)行靈活調(diào)整,。這就讓架構(gòu)師能夠 完成其工作的復(fù)雜要求,，非常專業(yè)地處理各個(gè)方面，如：

• 理解和列出各個(gè)問題/解決方案的相關(guān)事項(xiàng)
• 分析新場(chǎng)景和復(fù)雜場(chǎng)景
• 分析和確定解決方案要求的范圍
• 對(duì)解決方案元素進(jìn)行可視化和概念化工作
• 對(duì)解決方案模型和模式進(jìn)行合成
• 應(yīng)用（學(xué)習(xí)）各種新技術(shù)和最佳實(shí)踐
• 評(píng)估和區(qū)分解決方案概念/設(shè)計(jì)/提案
• 研究備選選項(xiàng)
• 與業(yè)務(wù)和技術(shù)干系人進(jìn)行有效溝通

除了通過(guò)固有的基本學(xué)習(xí)能力外,，還可以通過(guò)一些其他方式來(lái)獲得此技能：

1. 良好的學(xué)校教育,，特別是大學(xué)階段的教育，在此階段的課程涉及范圍非常廣泛,，課程的密集型較強(qiáng),，同學(xué)之間的競(jìng)爭(zhēng)也較為激烈。我在 Mumbai 的 IIT (Indian Institute of Technology) 進(jìn)行大學(xué)本科的學(xué)習(xí)期間學(xué)習(xí)的很多精華課程的細(xì)節(jié)都已經(jīng)遺忘了,，但這段經(jīng)歷提升了我的出色的基本學(xué)習(xí)技能,。那些考試前的十一個(gè)小時(shí)的填鴨式學(xué)習(xí)也對(duì)此有所 貢獻(xiàn)。 ;-)
2. 通過(guò)多年擔(dān)任各種角色和承擔(dān)各種職責(zé)積累的專業(yè)經(jīng)驗(yàn)和實(shí)踐,。在進(jìn)行工作時(shí),，總是嘗試進(jìn)入對(duì)自己有所挑戰(zhàn)的區(qū)域。這些區(qū)域?qū)⑻嵘图訌?qiáng)您的基本學(xué)習(xí) 技能,。我最初是在一家《財(cái)富》10 強(qiáng)金融機(jī)構(gòu)（非常誘人?。?dān)任分析師，隨后從事了多年的技術(shù)咨詢工作（從芯片設(shè)計(jì),、內(nèi)核/OS 編程到 UI 框架等多個(gè)領(lǐng)域）,。然后，我加入了一家剛剛創(chuàng)立的公司,，在其中幫助定義產(chǎn)品體系結(jié)構(gòu),。（在這種新創(chuàng)建的公司里可以真正學(xué)到如何擔(dān)當(dāng)多面手！）現(xiàn)在我已在 IBM 擔(dān)任過(guò)多個(gè)具有獨(dú)特挑戰(zhàn)的角色,。

我認(rèn)為架構(gòu)師所需的最重要技能是能夠深入鉆研可能會(huì)帶來(lái)較大好處的特定技術(shù)問題,，并同時(shí)能夠考慮到更大的組織目標(biāo)和體系結(jié)構(gòu)。

例如,，在分析 Web 應(yīng)用程序的性能時(shí),，如果所耗的大部分時(shí)間（如 90%）都花在數(shù)據(jù)庫(kù)服務(wù)器上的密集型數(shù)據(jù)庫(kù)搜索、查詢和數(shù)據(jù)聚合上了,，則通過(guò)調(diào)整 Web 表示層的算法并不會(huì)帶來(lái)太多改善,。關(guān)鍵是能夠處理查詢性能問題（如果您是專家）或找到能夠及時(shí)解決問題的專家,。進(jìn)行此類推理要求具有分析技能，能考慮更大 范圍內(nèi)的情況和進(jìn)行恰當(dāng)?shù)恼壑?，并同時(shí)對(duì)特定技術(shù)領(lǐng)域進(jìn)行深入分析。

那么如何學(xué)習(xí)這項(xiàng)技能呢,？通過(guò)實(shí)際接觸多個(gè)項(xiàng)目,、向同事學(xué)習(xí)以及了解和利用體系結(jié)構(gòu)模式和最佳實(shí)踐。

一個(gè)好的架構(gòu)師能夠合成正確的解決方案（或判斷候選解決方案或現(xiàn)有解決方案的宏觀質(zhì)量）,，卻無(wú)需了解實(shí)現(xiàn)的所有精確細(xì)節(jié),。

有能力的架構(gòu)師是天生的，而不是培訓(xùn)出來(lái)的,。有潛質(zhì)的人可以進(jìn)行培養(yǎng),，但如果您天生就不能領(lǐng)悟多維的“美麗”，您可以永遠(yuǎn)也學(xué)不會(huì),。因此,，一個(gè)更好的問題是，如何能確定那些天生就具有架構(gòu)師能力的人并培養(yǎng)他們的相關(guān)技能呢,？

這方面我也不確定,。

關(guān)于專家

Ali Arsanjani

Ali Arsanjani 博士是 IBM Global Services 的 SOA and Web Services Center of Excellence 的首席架構(gòu)師，主要負(fù)責(zé)收集和制定 SOA 和 Web 服務(wù)的建模,、分析,、設(shè)計(jì)和實(shí)現(xiàn)方面的最佳實(shí)踐。他是內(nèi)部的 IBM 全球 SOA and Web Services Community of Practice（擁有 4,000 名成員）的負(fù)責(zé)人,，是 SOA 的面向服務(wù)的建模和體系結(jié)構(gòu)（Service-Oriented Modeling and Architecture,，SOMA）方法的主要作者之一。他目前的工作重點(diǎn)是支持建模 (SOMA),、評(píng)估,、策略與計(jì)劃、管理,、體系結(jié)構(gòu)和實(shí)現(xiàn)的 SOA 工具,，以及其在 IBM 內(nèi)部和外部的實(shí)際應(yīng)用。請(qǐng)?jiān)L問他的博客：Best Practices in Service-Oriented Architecture,。

Bobby Woolf

Bobby Woolf 是一名 IBM Software Services for WebSphere 咨詢師,，負(fù)責(zé)幫助客戶使用 WebSphere 實(shí)現(xiàn)成功。他與人合著了 Enterprise Integration Patterns 和 The Design Patterns Smalltalk Companion,。請(qǐng)參閱 developerWorks 上 Bobby 的博客,，以了解更多信息。

Christina Lau

Christina Lau 是 On Demand Development 團(tuán)隊(duì)的一名架構(gòu)師,。她目前參與的項(xiàng)目包括創(chuàng)建 Pattern Solutions using Rational Software Architect 和試用業(yè)務(wù)創(chuàng)新和優(yōu)化功能,。Christina 一位高級(jí)技術(shù)人員,，同時(shí)也是 IBM Academy of Technology 的成員。她還是新書《Introduction to IBM Rational Application Developer》的合著者,。

David K. Jackson

David K. Jackson 是 IBM Americas Software Sales 的一位咨詢 IT 架構(gòu)師,，是常駐 New York Technical Exploration Center 的 IT 架構(gòu)師。同時(shí),，他還是 Open Group Architecture Forum 的副主席,。The Open Group 是一個(gè) IT 行業(yè)標(biāo)準(zhǔn)組織，是 X-open 和 Open Software Foundation 合并而成的,。The Open Group Architecture Forum 已制定并發(fā)布了唯一的行業(yè)標(biāo)準(zhǔn)企業(yè)體系結(jié)構(gòu)開發(fā)方法,。The Open Group 還于 2005 年建立了一個(gè) IT 架構(gòu)師認(rèn)證計(jì)劃，對(duì) IT 行業(yè)中的 IT 架構(gòu)師的含義進(jìn)行了定義,。

Grady Booch

Grady 是 IBM Fellow,，曾參與過(guò)全球幾乎能想象得到的所有領(lǐng)域的很多復(fù)雜的以軟件為中心的系統(tǒng)，在其中擔(dān)任架構(gòu)師或體系結(jié)構(gòu)顧問,。Grady 編寫過(guò)六本暢銷書,，發(fā)表了數(shù)百篇關(guān)于軟件工程的文章，其中包括在上個(gè)世紀(jì) 80 年代早期發(fā)布的數(shù)篇論文,，后來(lái)從這些論文中發(fā)展出來(lái)了面向?qū)ο蟮脑O(shè)計(jì)的術(shù)語(yǔ)和實(shí)踐,。請(qǐng)?jiān)L問他的博客 Software architecture, software engineering, and Renaissance jazz。

Jenny Choy

IBM 杰出工程師 Jenny Choy 是 IBM Canada Ltd 的 Business Consulting Services 內(nèi) Application Services 的 Transformation Engineering 負(fù)責(zé)人,。她同時(shí)也是 IBM Academy of Technology 的成員和認(rèn)證 IT 架構(gòu)師,。

Kurt Bittner

Kurt Bittner 從事 IBM? Rational 軟件的產(chǎn)品策略工作。他 23 年來(lái)一直在從事幫助各個(gè)團(tuán)隊(duì)更好地開發(fā)軟件方面的工作,。他曾是早期 Rational Unified Process (RUP)? 開發(fā)團(tuán)隊(duì)的一員,，負(fù)責(zé)過(guò)很多行業(yè)的開發(fā)團(tuán)隊(duì)的工作。不進(jìn)行軟件開發(fā)工作時(shí),，他喜歡的休閑活動(dòng)是攀爬冰瀑,。Kurt 和 Ian Spence 合作編寫了 Use Case Modeling（Addison-Wesley，2003 年）和 Managing Iterative Software Development（Addison-Wesley,，2006 年即將出版）,。

Sanjay Bose

Sanjay Bose 供職于 IBM Software Strategy 部門，負(fù)責(zé) Enterprise Integration Design Center,，該中心對(duì) IBM Software 投資組合需求進(jìn)行標(biāo)識(shí),，并通過(guò)參與企業(yè)客戶和 IBM Software 產(chǎn)品開發(fā)實(shí)驗(yàn)室的工作來(lái)開發(fā)解決方案組件和資產(chǎn)。他有超過(guò) 12 年的 IT 行業(yè)從業(yè)經(jīng)驗(yàn),，主要涉及創(chuàng)建產(chǎn)品體系結(jié)構(gòu),、設(shè)計(jì)和細(xì)化技術(shù)策略以及使用分布式技術(shù)設(shè)計(jì)企業(yè)應(yīng)用程序系統(tǒng)。他擅長(zhǎng)的領(lǐng)域包括 SOA,、Enterprise Service Bus (ESB),、Web 服務(wù),、Java? 2 Platform, Enterprise Edition (J2EE) 和電子商務(wù)技術(shù)。他與人合著了《SOA Compass》一書,，并在 IBM developerWorks and Systems Journal 上發(fā)表了一些文章,。他目前在賓夕法尼亞州匹茲堡居住和工作，業(yè)余時(shí)間他喜歡參加哲學(xué)講座,、讀書,、看到電影和玩 Sony PlayStation。請(qǐng)參閱他的博客：SOA, ESB, and beyond,。

Sridhar Iyengar

杰出工程師 Sridhar Iyengar 負(fù)責(zé) IBM Rational Software 開發(fā)團(tuán)隊(duì)的技術(shù)策略。他是 OMG Architecture 委員會(huì)和董事會(huì)的成員,，對(duì)模型驅(qū)動(dòng)的體系結(jié)構(gòu)標(biāo)準(zhǔn)的發(fā)展進(jìn)行指導(dǎo),。

Walker Royce

Walker Royce 是 Rational Software 團(tuán)隊(duì)的老牌成員，目前擔(dān)任 IBM Software Services Rational 的副總裁,。他是《Software Project Management, A Unified Framework》 （Addison Wesley Longman,，1998 年）的作者，同時(shí)也是 Rational Unified Process 中繼承的管理理念的主要倡導(dǎo)者,。在加入 Rational 前,，Walker 在 TRW Electronics and Defense 從事了 16 年軟件開發(fā)工作，并獲得了 Chairman‘s Award for Innovation,。