經(jīng)常被用來(lái)區(qū)分軟件架構(gòu)和軟件設(shè)計(jì)開(kāi)發(fā)的關(guān)鍵幾點(diǎn)包括 伸縮性和抽象程度的增加以及作出正確設(shè)計(jì)決策意義的增強(qiáng)。軟件架構(gòu)是通過(guò)一個(gè)全局的觀點(diǎn)，宏觀的視角來(lái)理解軟件系統(tǒng)作為一個(gè)整體如何工作。開(kāi)發(fā)和架構(gòu)的界限難以捉摸。有些人告訴你它根本不存在，架構(gòu)只是開(kāi)發(fā)者們所做的設(shè)計(jì)過(guò)程的簡(jiǎn)單擴(kuò)展。 另外一些人認(rèn)為這是一個(gè)鴻溝，它只能由那些做到高度抽象，而且不會(huì)陷入實(shí)現(xiàn)細(xì)節(jié)的開(kāi)發(fā)者才能跨越。通常，在這兩個(gè)極端的觀點(diǎn)中間某處有個(gè)可操作的平衡點(diǎn)；不論如何，怎么從開(kāi)發(fā)轉(zhuǎn)換為架構(gòu)師都是個(gè)有趣的問(wèn)題。

即使這能夠幫助區(qū)分軟件開(kāi)發(fā)和架構(gòu)，它并不能幫助理解某人如何從開(kāi)發(fā)提升到架構(gòu)。 并且，它也不能幫助識(shí)別誰(shuí)能夠成為一個(gè)好的軟件架構(gòu)師，如果你想雇人的話(huà)你如何去尋找他們以及你是否是一個(gè)軟件架構(gòu)師。

經(jīng)驗(yàn)可以判定但你需要更深入地了解

要成為一個(gè)軟件架構(gòu)師并不是一夜之間或者一個(gè)職位的提升就能簡(jiǎn)單達(dá)到的。 這是個(gè)職責(zé)，而不是頭銜。這是個(gè)進(jìn)化的過(guò)程，你將會(huì)逐步得到擔(dān)當(dāng)這個(gè)職責(zé)所需的經(jīng)驗(yàn)和信心。

當(dāng)你尋找架構(gòu)師時(shí)，需要考慮各方面的素質(zhì)，他們過(guò)去的經(jīng)驗(yàn)往往是他們有能力擔(dān)當(dāng)這個(gè)職責(zé)很好的判斷。由于軟件架構(gòu)師的職責(zé)是多種多樣的，所以你需要再深入了解他們?cè)诓煌I(lǐng)域的參與度，影響力，領(lǐng)導(dǎo)力和責(zé)任感。一般來(lái)說(shuō)，在大多數(shù)項(xiàng)目中軟件架構(gòu)可分為兩個(gè)階段，架構(gòu)的定義，然后是它的交付。

軟件架構(gòu)的定義

架構(gòu)的定義過(guò)程看起來(lái)非常簡(jiǎn)單明了。 你需要做的是理解需求并設(shè)計(jì)一個(gè)系統(tǒng)來(lái)滿(mǎn)足需求。 但實(shí)際上并沒(méi)有那么簡(jiǎn)單，根據(jù)你不同的做法，軟件架構(gòu)的職責(zé)之間差距很大，以及如何認(rèn)真看待自己的職責(zé)而定。如下圖所示，這個(gè)職責(zé)的架構(gòu)定義部分，可以進(jìn)一步細(xì)分成不同的元素。

1. 管理非功能性需求：軟件項(xiàng)目經(jīng)常陷入問(wèn)用戶(hù)要求是什么，什么是他們想要的功能，但很少問(wèn)他們需要什么非功能性需求（或系統(tǒng)質(zhì)量）有時(shí)候，干系人會(huì)告訴我們，“這個(gè)系統(tǒng)必須很快”，但是這太主觀了。非功能性需求如果要滿(mǎn)足的話(huà)需要明確，可度量，可獲得以及可測(cè)試。大多數(shù)非功能性需求本質(zhì)上是技術(shù)層面的而且經(jīng)常對(duì)軟件架構(gòu)有很大的影響。理解非功能性要求是架構(gòu)師職責(zé)非常重要的一個(gè)部分，但假設(shè)這些需求是什么并不一定是對(duì)他們的挑戰(zhàn)。你見(jiàn)過(guò)多少系統(tǒng)真正需要24x7的運(yùn)行呢？
   
   
   
   
   
   
2. 架構(gòu)定義：捕捉到了非功能性需求后，下一步是開(kāi)始思考你打算如何去解決干系人提出的這些問(wèn)題并定義它的架構(gòu)。 公平的說(shuō)每個(gè)軟件系統(tǒng)都有一個(gè)架構(gòu)，但并不是每個(gè)軟件系統(tǒng)都有一個(gè)定義好的架構(gòu)。這正是問(wèn)題的關(guān)鍵。架構(gòu)定義過(guò)程讓你想清楚你打算怎么在兼顧需求和限制的情況下把問(wèn)題解決好。架構(gòu)定義是將結(jié)構(gòu)，方針，原則和領(lǐng)導(dǎo)力引入軟件項(xiàng)目的技術(shù)層面。定義架構(gòu)是作為軟件架構(gòu)師的工作，但是從頭開(kāi)始設(shè)計(jì)一個(gè)軟件系統(tǒng)和對(duì)已存在的系統(tǒng)擴(kuò)展是相當(dāng)不同的。
   
   
   
   
   
   
3. 技術(shù)選型：技術(shù)選型通常是一個(gè)有趣的練習(xí)，但它也有公平的挑戰(zhàn),因?yàn)槟阈枰C合考慮成本、許可、供應(yīng)商關(guān)系、技術(shù)策略、兼容性、協(xié)作性、支持、部署、升級(jí)的政策以及最終用戶(hù)環(huán)境等各方面。綜合這些因素，通常會(huì)導(dǎo)致簡(jiǎn)單選擇類(lèi)似富客戶(hù)端技術(shù)而進(jìn)入了完全的噩夢(mèng)。接下來(lái)的問(wèn)題就是這些技術(shù)是否能真正有用。技術(shù)選型是徹頭徹尾的風(fēng)險(xiǎn)管理；復(fù)雜性或不確定性太高的時(shí)候要減輕風(fēng)險(xiǎn)，當(dāng)有機(jī)會(huì)或利益的時(shí)候要引入風(fēng)險(xiǎn)。技術(shù)決策需要考慮多種因素，而且所有的技術(shù)決策需要被檢查和評(píng)估。這包含軟件項(xiàng)目的主要組成部分乃至開(kāi)發(fā)中引入的類(lèi)庫(kù)和框架。如果定義一個(gè)架構(gòu)，你還需要有信心認(rèn)為選擇這項(xiàng)技術(shù)是正確的。同樣在技術(shù)評(píng)估中也還是存在開(kāi)發(fā)新系統(tǒng)和向現(xiàn)有的系統(tǒng)增加新技術(shù)的不同點(diǎn)。
   
   
   
   
   
   
4. 架構(gòu)評(píng)估：如果你設(shè)計(jì)軟件，你需要問(wèn)問(wèn)自己你的架構(gòu)是否有用。 對(duì)我來(lái)說(shuō)，一個(gè)架構(gòu)是成功的，如果它滿(mǎn)足非功能性需求，而且為其他部分的代碼提供必要的基礎(chǔ)，并為解決和存在的業(yè)務(wù)問(wèn)題提供足夠的平臺(tái)。軟件的一個(gè)最大的問(wèn)題就是它復(fù)雜而抽象，導(dǎo)致很難從UML圖或代碼本身去設(shè)想出運(yùn)行時(shí)的特性。在軟件開(kāi)發(fā)周期中我們進(jìn)行了很多不同類(lèi)型的測(cè)試，這樣我們能夠有信心我們發(fā)布的系統(tǒng)在推出時(shí)能夠正常運(yùn)行。我們?yōu)槭裁床粚?duì)架構(gòu)也這樣做呢？ 如果能夠測(cè)試你的架構(gòu)，那你就可以證明它是有效的。如果你能盡早做到這一點(diǎn)，你就能減少項(xiàng)目失敗的風(fēng)險(xiǎn)，而不是簡(jiǎn)單地希望一切都好。
   
   
   
   
   
   
5. 架構(gòu)協(xié)作：任何一個(gè)軟件都不是與世隔絕的，需要很多人理解它。 包括從需要理解和切入架構(gòu)的直接開(kāi)發(fā)團(tuán)隊(duì)到其他對(duì)安全性、數(shù)據(jù)庫(kù)、運(yùn)營(yíng)、維護(hù)、支持等有興趣的干系人。要想讓一個(gè)軟件項(xiàng)目成功，你需要和所有的系統(tǒng)干系人緊密協(xié)作來(lái)保證架構(gòu)和所在的環(huán)境很好的集成。不幸的是，現(xiàn)狀是與開(kāi)發(fā)團(tuán)隊(duì)的架構(gòu)協(xié)作很少發(fā)生，更不要說(shuō)外部干系人了。
   
   
   
   

軟件架構(gòu)的發(fā)布

對(duì)于架構(gòu)的發(fā)布也是同樣，對(duì)于成功的軟件項(xiàng)目參與程度的不同，也決定了軟件架構(gòu)職責(zé)的不同。

1. 擁有全局的視角：為了把一個(gè)架構(gòu)成功地實(shí)現(xiàn)，我們需要具有全局的視角并把貫穿軟件開(kāi)發(fā)生命周期的愿景加以宣傳與推廣，必要的話(huà)在整個(gè)項(xiàng)目中展開(kāi)和完善，并對(duì)成功發(fā)布負(fù)責(zé)。如果如果你定義了一個(gè)架構(gòu)，參與并保持不斷發(fā)展的架構(gòu)才是有意義的，而不是選擇把它傳遞給一個(gè)“執(zhí)行小組”。
   
   
   
   
   
   
2. 領(lǐng)導(dǎo)力：擁有全局的視角是技術(shù)領(lǐng)導(dǎo)的一個(gè)方面，但是還有其他事情在軟件項(xiàng)目發(fā)布階段需要做。 這包括承擔(dān)責(zé)任、提供技術(shù)指導(dǎo)、作出技術(shù)決策以及具有權(quán)力作出這些決定。作為架構(gòu)師，你需要進(jìn)行技術(shù)領(lǐng)導(dǎo)來(lái)確保每件事都被考慮到，而且團(tuán)隊(duì)在朝著正確的方向持續(xù)前進(jìn)。軟件架構(gòu)師職位是需要內(nèi)在領(lǐng)導(dǎo)力的，雖然這聽(tīng)起來(lái)很明顯，但很多項(xiàng)目團(tuán)隊(duì)并沒(méi)有獲得他們所需要的技術(shù)領(lǐng)導(dǎo)，因?yàn)榧軜?gòu)師認(rèn)為一個(gè)成功的發(fā)布并不一定是他們所關(guān)注的問(wèn)題。
   
   
   
   
   
   
3. 教練和指導(dǎo)：在大多數(shù)軟件開(kāi)發(fā)項(xiàng)目中，教練和指導(dǎo)經(jīng)常不被重視，團(tuán)隊(duì)成員得不到他們需要的支持。 雖然技術(shù)領(lǐng)導(dǎo)是引導(dǎo)整個(gè)項(xiàng)目，但個(gè)人也經(jīng)常需要幫助。除此以外，教練和指導(dǎo)提供了一個(gè)強(qiáng)化技能的方式，并幫助提升職業(yè)生涯。這應(yīng)該是軟件架構(gòu)師份內(nèi)的事，而且指導(dǎo)團(tuán)隊(duì)架構(gòu)和設(shè)計(jì)與幫他們解決代碼問(wèn)題是截然不同的。
   
   
   
   
   
   
4. 質(zhì)量保證：即使是世界上最好的架構(gòu)和領(lǐng)導(dǎo)，很糟糕的交付也足以讓一個(gè)具備其他成功條件的項(xiàng)目失敗。質(zhì)量保證在架構(gòu)師職責(zé)中占很大一部分，但這并不只是簡(jiǎn)單做代碼檢查。 比如，你需要一個(gè)基線(xiàn)來(lái)確保，這意味著引入新的標(biāo)準(zhǔn)和工作實(shí)踐。從一個(gè)軟件開(kāi)發(fā)的角度來(lái)說(shuō)，這可能包括代碼標(biāo)準(zhǔn)、設(shè)計(jì)原則和源碼分析工具甚至于使用持續(xù)集成,自動(dòng)化單元測(cè)試以及代碼覆蓋工具?？梢哉f(shuō)大多數(shù)項(xiàng)目質(zhì)量保證做的并不夠，所以你需要搞清楚什么是重要的并給予它足夠的保證。對(duì)于我來(lái)說(shuō)，一個(gè)項(xiàng)目的重要部分包括架構(gòu)上的重點(diǎn)，關(guān)鍵、復(fù)雜或高度可見(jiàn)的業(yè)務(wù)。你要關(guān)注實(shí)效并認(rèn)識(shí)到你并不能保證一切，要知道做總比不做好。
   
   
   
   
   
   
5. 設(shè)計(jì)、開(kāi)發(fā)和測(cè)試：軟件架構(gòu)師的職責(zé)范圍的最后一件事是設(shè)計(jì)、開(kāi)發(fā)和測(cè)試。作為一個(gè)實(shí)際動(dòng)手的架構(gòu)師并不是需要你每天都要寫(xiě)代碼，但是它的確意味著你一直在參與項(xiàng)目，而且積極幫助打造和交付它。說(shuō)了這么多，為什么每天寫(xiě)代碼不應(yīng)該成為一個(gè)架構(gòu)師職責(zé)的一部分呢？大多數(shù)架構(gòu)師都有寫(xiě)代碼的經(jīng)驗(yàn)，因此讓這些技能保鮮是有意義的。而且，架構(gòu)師能體會(huì)到團(tuán)隊(duì)里其他人的痛苦和感受，這樣能讓他們更好地理解他們的架構(gòu)從開(kāi)發(fā)角度看是什么樣的。很多公司有政策阻止軟件架構(gòu)師從事寫(xiě)代碼，因?yàn)榧軜?gòu)師“去做那些廉價(jià)的工作太貴了” ，這顯然是個(gè)錯(cuò)誤的態(tài)度...如果架構(gòu)師已經(jīng)花了那么多時(shí)間精力為項(xiàng)目做架構(gòu)，何必從政策上不允許他們多走一步來(lái)幫助項(xiàng)目達(dá)到最終的成功呢？當(dāng)然，有些情況下卷入代碼級(jí)別并不現(xiàn)實(shí)。比如，一個(gè)大的項(xiàng)目通常意味有一個(gè)更大的“全局觀” 來(lái)考慮它，而且可能有時(shí)候你就是沒(méi)有時(shí)間。但一般來(lái)說(shuō)，一個(gè)寫(xiě)代碼的架構(gòu)師比只在旁邊觀望要更高效和快樂(lè)。
   
   
   
   

你是一個(gè)軟件架構(gòu)師嗎？

不管你認(rèn)為軟件開(kāi)發(fā)和架構(gòu)之間的界限只是一個(gè)幻覺(jué)還是個(gè)巨大的鴻溝，以上強(qiáng)調(diào)了人們對(duì)整個(gè)軟件架構(gòu)中的經(jīng)驗(yàn)水平往往有很大的差別，而這取決于他們?cè)趺礃庸ぷ饕约八麄內(nèi)绾握J(rèn)真地看待他們的職責(zé)。大多數(shù)開(kāi)發(fā)人員不是在某一個(gè)星期一的早晨醒來(lái)就宣布自己成為一個(gè)軟件架構(gòu)師的。我當(dāng)然也不是，我成為軟件架構(gòu)師的路線(xiàn)是一個(gè)漸進(jìn)的過(guò)程。話(huà)雖如此，但很可能同樣那些開(kāi)發(fā)者已經(jīng)做了一部分架構(gòu)的工作，不論他們的職位名稱(chēng)是什么。

為軟件系統(tǒng)的架構(gòu)作出貢獻(xiàn)和自己負(fù)責(zé)定義它有很大的區(qū)別，擁有持續(xù)的、跨不同領(lǐng)域的技能、知識(shí)和經(jīng)驗(yàn)構(gòu)成了軟件架構(gòu)的職責(zé)。跨越軟件開(kāi)發(fā)者和架構(gòu)師的界限取決于你自己，但是首先你要明白你的經(jīng)驗(yàn)水平，才能開(kāi)始架構(gòu)師之旅的第一站。