首席架構(gòu)師汪洋坐鎮(zhèn)，歡迎大伙提問(wèn)啊：軟件架構(gòu)連載討論之一：正確認(rèn)識(shí)軟件架構(gòu)

yanyangtian4502

看了,不過(guò)還是沒有回答我的問(wèn)題.我目前的公司,不需要我們做什么設(shè)計(jì),因?yàn)榭蚣芏��?我們只寫actio ...
fxbird 發(fā)表于 2011-10-24 16:54

    我的機(jī)會(huì)也是自己爭(zhēng)取到的：平時(shí)在項(xiàng)目中，高質(zhì)量的完成任務(wù)，信任建立起來(lái)之后，慢慢的有了機(jī)會(huì)。并且自己平時(shí)也是做些自己的東西，鍛煉和驗(yàn)證自己的想法！

fxbird

我的機(jī)會(huì)也是自己爭(zhēng)取到的：平時(shí)在項(xiàng)目中，高質(zhì)量的完成任務(wù)，信任建立起來(lái)之后，慢慢的有了機(jī)會(huì) ...
yanyangtian4502 發(fā)表于 2011-10-24 22:54

嗯,目前我有兩個(gè)想法,一是模仿公司的框架自己寫一個(gè),當(dāng)然有些功能不必加進(jìn)去.練練手,二是看看那些招架構(gòu)師的公司招不招普通開發(fā)人員,架構(gòu)師可能不會(huì)招沒有經(jīng)驗(yàn)的,但如果以開發(fā)人員身份進(jìn)去,慢慢努力,相信會(huì)有機(jī)會(huì).可能也就這兩條路了吧,我也不認(rèn)識(shí)這樣公司的牛人,否則,還可以介紹一下.

xdsnet

架構(gòu)從廣義來(lái)說(shuō)是一種獨(dú)立于軟件實(shí)現(xiàn)設(shè)計(jì)的另外一種設(shè)計(jì)或者說(shuō)另外一個(gè)層次的設(shè)計(jì)。
      前面朋友用沙模來(lái)類比架構(gòu)與軟件實(shí)現(xiàn)項(xiàng)目的關(guān)系我覺得很恰當(dāng)，而且抽象出架構(gòu)是架構(gòu)的作用是明確最終產(chǎn)品的目的以及相應(yīng)的約束，這點(diǎn)很關(guān)鍵。

      我覺得的 架構(gòu)/軟件設(shè)計(jì)/編碼實(shí)現(xiàn) 是逐漸推進(jìn)的過(guò)程，從大的流程來(lái)說(shuō)，架構(gòu)/軟件設(shè)計(jì) 都是設(shè)計(jì)的范疇。

      前面還有朋友提到 架構(gòu)的基礎(chǔ)是業(yè)務(wù)的識(shí)別，我覺得這也很關(guān)鍵，但需要指出的是架構(gòu)與需求挖掘還是有本質(zhì)的不同，需求挖掘僅僅停留在識(shí)別需求上，架構(gòu)應(yīng)該在識(shí)別基礎(chǔ)上有一個(gè)再次整合優(yōu)化的過(guò)程，因?yàn)楹芏?br /> 業(yè)務(wù)實(shí)施信息化的過(guò)程中不能照搬以往經(jīng)驗(yàn)，必須要對(duì)流程進(jìn)行梳理，要去除大量的干擾并優(yōu)化以合適信息化實(shí)施。所以架構(gòu)師可能需要對(duì)業(yè)務(wù)有深入認(rèn)識(shí)，還要有在專業(yè)人員幫助下（或者有類似專業(yè)知識(shí)）進(jìn)行信息化
處理優(yōu)化。

yulihua49

我的理解應(yīng)用架構(gòu)就是指Midware（中間層）。
應(yīng)用層架構(gòu)是否包括以下幾方面：
1. GUI框架
2. 窗體框架
...
白村人 發(fā)表于 2011-10-13 14:20

    不是。它們應(yīng)該是架構(gòu)師的素材，不止這些，還有很豐富的內(nèi)容。

yulihua49

高并發(fā)的問(wèn)題很復(fù)雜，解決起來(lái)很棘手，既要考慮數(shù)據(jù)的正確性與完整性，同時(shí)又要考慮系統(tǒng)性能。不 ...
snow888 發(fā)表于 2011-10-13 11:26

這是架構(gòu)師需要重點(diǎn)考慮的因素，他用什么素材來(lái)對(duì)付這個(gè)挑戰(zhàn)，就是架構(gòu)師的水平。

架構(gòu)這個(gè)詞可意會(huì)不可言傳，聽聽如何定義之。不過(guò)一個(gè)架構(gòu)師的職責(zé)應(yīng)該是明確的。

bbjmmj

    其實(shí)架構(gòu)可以說(shuō)是“平臺(tái)無(wú)關(guān)性，也不涉及到具體的技術(shù)細(xì)節(jié)”。
yanyangtian4502 發(fā)表于 2011-10-13 00:12

    架構(gòu)就是體系結(jié)構(gòu)吧？怎么能跟平臺(tái)無(wú)關(guān)呢？

yanyangtian4502

總結(jié)帖1：

什么是架構(gòu)

首先，讓我們來(lái)看看架構(gòu)的一個(gè)定義：

軟件架構(gòu)是對(duì)系統(tǒng)的高層視角，或者是對(duì)系統(tǒng)的抽象。它關(guān)注的是某些對(duì)完成這個(gè)系統(tǒng)有著最大幫助的方面，例如：可用性、穩(wěn)定性，以及靈活性。同時(shí)，架構(gòu)對(duì)如何達(dá)到這些目的給出了指導(dǎo)和約束。

如果要用最簡(jiǎn)單的方式來(lái)理解上面的定義，可以這樣說(shuō)：軟件架構(gòu)就是軟件系統(tǒng)的一張藍(lán)圖。

下面我們用一個(gè)比較淺顯的類比來(lái)說(shuō)明這個(gè)“藍(lán)圖”的含義。
相信大家對(duì)冶金行業(yè)中的“澆筑”或多或少有一些了解。澆筑就是把液體材料倒在一個(gè)有著特定形狀的沙模中，然后等液體冷卻之后得到想要的產(chǎn)品或特定形狀材料的過(guò)程。在這個(gè)過(guò)程中，盛放液體的沙模引導(dǎo)著液體慢慢成形，最后得到我們預(yù)想的結(jié)果。

其中，有一點(diǎn)要注意的是，沙模的特性（比如形狀和大小）和倒入其中的液體是沒有任何聯(lián)系的，換句話說(shuō)：沙模和液體是完全分離的，但是沙模又必須和液體在一起才能生產(chǎn)出所要的產(chǎn)品。

架構(gòu)就好比上面例子中的沙模，軟件項(xiàng)目就好比用于澆筑的液體。正如澆筑一樣，架構(gòu)引導(dǎo)著項(xiàng)目，最后得到了我們想要的結(jié)果。同時(shí)，我們也可以得出：軟件的架構(gòu)和實(shí)現(xiàn)這個(gè)系統(tǒng)的代碼是沒有很嚴(yán)格的關(guān)系的，這也就是我們常說(shuō)的架構(gòu)是平臺(tái)無(wú)關(guān)的。架構(gòu)可確保開發(fā)的過(guò)程在一定的限制或規(guī)則下進(jìn)行。

對(duì)于沙模來(lái)說(shuō)，如果沒有澆筑液體的存在，它基本就沒有任何作用；架構(gòu)也是立足項(xiàng)目的特定需求來(lái)設(shè)計(jì)的！

yanyangtian4502

總結(jié)帖2：

架構(gòu)師的職責(zé)

既然已經(jīng)了解架構(gòu)的含義，那我們?cè)賮?lái)看看負(fù)責(zé)創(chuàng)建架構(gòu)的責(zé)任人：架構(gòu)師。

架構(gòu)師這個(gè)角色在任何軟件開發(fā)項(xiàng)目中都是最有挑戰(zhàn)性的。

1. 架構(gòu)師的領(lǐng)導(dǎo)與決策能力

首先，架構(gòu)師是一位技術(shù)領(lǐng)導(dǎo)，這意味著架構(gòu)師除了擁有專門的技能外，還必須擁有領(lǐng)導(dǎo)能力，領(lǐng)導(dǎo)能力也要能體現(xiàn)在組織中的職位上。

從職位上來(lái)講，架構(gòu)師是項(xiàng)目中的技術(shù)領(lǐng)導(dǎo)，應(yīng)該擁有進(jìn)行技術(shù)決策的權(quán)威。不過(guò)，很多時(shí)候架構(gòu)師和項(xiàng)目經(jīng)理的職責(zé)很容易讓人混淆，下面用電影行業(yè)的職位來(lái)打一個(gè)比方，幫助大家了解他們的不同：項(xiàng)目經(jīng)理是制片人（確保事情完成），而架構(gòu)師是導(dǎo)演（確保事情正確地完成）。架構(gòu)師和項(xiàng)目經(jīng)理代表了這個(gè)項(xiàng)目的公共角色，對(duì)于項(xiàng)目外的關(guān)注人員來(lái)說(shuō)，他們是主要的聯(lián)系點(diǎn)。架構(gòu)師尤其應(yīng)該是創(chuàng)建一個(gè)架構(gòu)及給組織帶來(lái)價(jià)值的投資倡導(dǎo)者
。
在決策方面，架構(gòu)師要綜合考慮，果斷下決定。例如，在某些情況不清楚或沒有充足的時(shí)間探究所有的可能性及有交付壓力的情況下，如果架構(gòu)師不能進(jìn)行決策，那是不行的。而且這樣的環(huán)境會(huì)很常見，架構(gòu)師要接受這個(gè)現(xiàn)實(shí)而不是設(shè)法改變它。

有些時(shí)候，架構(gòu)師會(huì)在決策時(shí)咨詢其他人并營(yíng)造其他人共同參與決策的環(huán)境，但是進(jìn)行適當(dāng)?shù)臎Q策仍然是架構(gòu)師的職責(zé)，即使有時(shí)候這些決策并不總是正確的（當(dāng)然，是事后才發(fā)現(xiàn)這些決策不正確的）。因此，架構(gòu)師必須是厚臉皮的，因?yàn)樗麄兛赡鼙仨毤m正他們的決策并原路返回。

沒有決策能力的架構(gòu)師會(huì)使項(xiàng)目慢慢被破壞。項(xiàng)目團(tuán)隊(duì)會(huì)對(duì)架構(gòu)師失去信心，項(xiàng)目經(jīng)理將會(huì)擔(dān)心，因?yàn)檫@些等待架構(gòu)師決策的事項(xiàng)沒有進(jìn)展。更加危險(xiǎn)的是：如果架構(gòu)師沒有制定關(guān)于架構(gòu)的決策并編寫成文檔，團(tuán)隊(duì)成員會(huì)開始制定他們自己的（可能是不正確的）決策。

2. 架構(gòu)師的角色可能由一個(gè)團(tuán)隊(duì)來(lái)履行

角色和人之間是存在差異的。一個(gè)人可能會(huì)履行很多個(gè)角色，一個(gè)角色也可能會(huì)由許多人來(lái)履行。由于架構(gòu)師需要非常廣泛的技能，所以，架構(gòu)師這個(gè)角色可能會(huì)由多個(gè)人來(lái)履行，這時(shí)，架構(gòu)團(tuán)隊(duì)中的每個(gè)人都可以充分運(yùn)用他自己的經(jīng)驗(yàn)來(lái)履行此角色。特別是在理解業(yè)務(wù)領(lǐng)域和各方面技術(shù)所必需的技能時(shí)，往往需要多人合作才能達(dá)到相關(guān)要求。有一點(diǎn)很重要，就是最終的團(tuán)隊(duì)必須平衡。

如果架構(gòu)師角色由一個(gè)團(tuán)隊(duì)來(lái)履行，擁有一個(gè)首席架構(gòu)師就非常重要了，他是架構(gòu)團(tuán)隊(duì)的協(xié)調(diào)人，經(jīng)常會(huì)有先見之明。沒有這個(gè)協(xié)調(diào)人，要讓架構(gòu)團(tuán)隊(duì)的成員創(chuàng)造出內(nèi)聚的架構(gòu)，或做出決策是很困難的。

對(duì)于一個(gè)不熟悉架構(gòu)概念的團(tuán)隊(duì)來(lái)說(shuō)，為了達(dá)成共同的目的，建議團(tuán)隊(duì)?wèi)?yīng)該創(chuàng)建并頒布一個(gè)團(tuán)隊(duì)規(guī)章。
優(yōu)秀的架構(gòu)師知道他們的優(yōu)勢(shì)和弱勢(shì)。最優(yōu)秀的架構(gòu)通常由一個(gè)團(tuán)隊(duì)而不是個(gè)人創(chuàng)建的，這都是因?yàn)椤氨娙肆α看蟆�，人多則見識(shí)更廣和更深。


3. 架構(gòu)師要理解軟件開發(fā)流程
大部分架構(gòu)師曾經(jīng)都做過(guò)開發(fā)人員（幾乎是絕大部分架構(gòu)師都是從開發(fā)人員走過(guò)來(lái)的），同時(shí)，架構(gòu)師應(yīng)該了解軟件開發(fā)流程，因?yàn)檫@個(gè)流程能確保團(tuán)隊(duì)的所有成員協(xié)調(diào)的工作。

這種協(xié)調(diào)性可以通過(guò)定義涉及的角色、從事的任務(wù)、創(chuàng)建的工作產(chǎn)品、不同角色之間的移交點(diǎn)來(lái)獲得。因?yàn)樵谌粘９ぷ髦屑軜?gòu)師會(huì)影響許多團(tuán)隊(duì)成員，所以理解團(tuán)隊(duì)成員的角色和職責(zé)，理解他們正在生產(chǎn)和使用的東西對(duì)于架構(gòu)師來(lái)說(shuō)很重要。實(shí)際上，團(tuán)隊(duì)成員也非常希望架構(gòu)師能夠指導(dǎo)他們的工作。

4. 架構(gòu)師掌握技術(shù)與設(shè)計(jì)知識(shí)

架構(gòu)設(shè)計(jì)會(huì)涉及技術(shù)知識(shí)，所以，一個(gè)架構(gòu)師應(yīng)該擁有一定程度的技術(shù)技能。不過(guò)，架構(gòu)師不必是一個(gè)技術(shù)專家，他要關(guān)注的是技術(shù)相關(guān)重要因素，而不是細(xì)節(jié)（其實(shí)很多時(shí)候，架構(gòu)師也是技術(shù)專家，而且對(duì)細(xì)節(jié)理解得非常深入）。架構(gòu)師需要理解像Java EE或.NET這樣的平臺(tái)上可用的關(guān)鍵框架，但是不必理解這些平臺(tái)程序編程接口（API）的細(xì)節(jié)。

架構(gòu)師必須與項(xiàng)目中的開發(fā)人員打交道，只有當(dāng)架構(gòu)師承認(rèn)開發(fā)人員的工作價(jià)值時(shí)，在架構(gòu)師和開發(fā)人員之間的溝通才是有效的。這也說(shuō)明了，架構(gòu)師應(yīng)該具有一定的編程技能，即使他們?cè)陧?xiàng)目中不必編寫代碼，也必須跟上技術(shù)更新的腳步。

架構(gòu)師應(yīng)該有組織地參與開發(fā)，并且盡可能地參與代碼的編寫。如果架構(gòu)師參與實(shí)現(xiàn)，開發(fā)團(tuán)隊(duì)會(huì)從架構(gòu)師那兒獲得見識(shí)。架構(gòu)師還可以通過(guò)查看他們決策和設(shè)計(jì)的第一手結(jié)果來(lái)進(jìn)行學(xué)習(xí)，從而對(duì)開發(fā)流程給出反饋。

大部分成功的軟件架構(gòu)師都曾經(jīng)是核心的編程人員。某種程度上來(lái)說(shuō)，他們就是通過(guò)這段經(jīng)歷了解到業(yè)務(wù)的某些情況的。如果沒有這些知識(shí)，要實(shí)架構(gòu)上的重要元素（如源代碼的組織、采用的編程標(biāo)準(zhǔn)）時(shí)，架構(gòu)師將無(wú)法進(jìn)行決策，架構(gòu)師和開發(fā)人員之間將會(huì)存在溝通障礙。

另外，設(shè)計(jì)是架構(gòu)設(shè)計(jì)的核心。架構(gòu)使關(guān)鍵設(shè)計(jì)決策具體化，因此，架構(gòu)師應(yīng)該擁有很強(qiáng)的設(shè)計(jì)技能。關(guān)鍵設(shè)計(jì)決策指的是關(guān)鍵結(jié)構(gòu)的設(shè)計(jì)決策、特定模型的選擇、指導(dǎo)規(guī)格說(shuō)明書等。

一個(gè)人不可能在短時(shí)間內(nèi)獲得設(shè)計(jì)能力，這是多年經(jīng)驗(yàn)累積的結(jié)果。某些設(shè)計(jì)專家在回顧他們?cè)缙诘墓ぷ鲿r(shí)都會(huì)驚訝他們?cè)瓉?lái)的設(shè)計(jì)是如此的不好。在學(xué)習(xí)一項(xiàng)新技能時(shí)，想要對(duì)此精通則必須進(jìn)行設(shè)計(jì)實(shí)踐。

yanyangtian4502

總結(jié)帖2：

架構(gòu)師的職責(zé)

既然已經(jīng)了解架構(gòu)的含義，那我們?cè)賮?lái)看看負(fù)責(zé)創(chuàng)建架構(gòu)的責(zé)任人：架構(gòu)師。

架構(gòu)師這個(gè)角色在任何軟件開發(fā)項(xiàng)目中都是最有挑戰(zhàn)性的。

1. 架構(gòu)師的領(lǐng)導(dǎo)與決策能力

首先，架構(gòu)師是一位技術(shù)領(lǐng)導(dǎo)，這意味著架構(gòu)師除了擁有專門的技能外，還必須擁有領(lǐng)導(dǎo)能力，領(lǐng)導(dǎo)能力也要能體現(xiàn)在組織中的職位上。

從職位上來(lái)講，架構(gòu)師是項(xiàng)目中的技術(shù)領(lǐng)導(dǎo)，應(yīng)該擁有進(jìn)行技術(shù)決策的權(quán)威。不過(guò)，很多時(shí)候架構(gòu)師和項(xiàng)目經(jīng)理的職責(zé)很容易讓人混淆，下面用電影行業(yè)的職位來(lái)打一個(gè)比方，幫助大家了解他們的不同：項(xiàng)目經(jīng)理是制片人（確保事情完成），而架構(gòu)師是導(dǎo)演（確保事情正確地完成）。架構(gòu)師和項(xiàng)目經(jīng)理代表了這個(gè)項(xiàng)目的公共角色，對(duì)于項(xiàng)目外的關(guān)注人員來(lái)說(shuō)，他們是主要的聯(lián)系點(diǎn)。架構(gòu)師尤其應(yīng)該是創(chuàng)建一個(gè)架構(gòu)及給組織帶來(lái)價(jià)值的投資倡導(dǎo)者
。
在決策方面，架構(gòu)師要綜合考慮，果斷下決定。例如，在某些情況不清楚或沒有充足的時(shí)間探究所有的可能性及有交付壓力的情況下，如果架構(gòu)師不能進(jìn)行決策，那是不行的。而且這樣的環(huán)境會(huì)很常見，架構(gòu)師要接受這個(gè)現(xiàn)實(shí)而不是設(shè)法改變它。

有些時(shí)候，架構(gòu)師會(huì)在決策時(shí)咨詢其他人并營(yíng)造其他人共同參與決策的環(huán)境，但是進(jìn)行適當(dāng)?shù)臎Q策仍然是架構(gòu)師的職責(zé)，即使有時(shí)候這些決策并不總是正確的（當(dāng)然，是事后才發(fā)現(xiàn)這些決策不正確的）。因此，架構(gòu)師必須是厚臉皮的，因?yàn)樗麄兛赡鼙仨毤m正他們的決策并原路返回。

沒有決策能力的架構(gòu)師會(huì)使項(xiàng)目慢慢被破壞。項(xiàng)目團(tuán)隊(duì)會(huì)對(duì)架構(gòu)師失去信心，項(xiàng)目經(jīng)理將會(huì)擔(dān)心，因?yàn)檫@些等待架構(gòu)師決策的事項(xiàng)沒有進(jìn)展。更加危險(xiǎn)的是：如果架構(gòu)師沒有制定關(guān)于架構(gòu)的決策并編寫成文檔，團(tuán)隊(duì)成員會(huì)開始制定他們自己的（可能是不正確的）決策。

2. 架構(gòu)師的角色可能由一個(gè)團(tuán)隊(duì)來(lái)履行

角色和人之間是存在差異的。一個(gè)人可能會(huì)履行很多個(gè)角色，一個(gè)角色也可能會(huì)由許多人來(lái)履行。由于架構(gòu)師需要非常廣泛的技能，所以，架構(gòu)師這個(gè)角色可能會(huì)由多個(gè)人來(lái)履行，這時(shí)，架構(gòu)團(tuán)隊(duì)中的每個(gè)人都可以充分運(yùn)用他自己的經(jīng)驗(yàn)來(lái)履行此角色。特別是在理解業(yè)務(wù)領(lǐng)域和各方面技術(shù)所必需的技能時(shí)，往往需要多人合作才能達(dá)到相關(guān)要求。有一點(diǎn)很重要，就是最終的團(tuán)隊(duì)必須平衡。

如果架構(gòu)師角色由一個(gè)團(tuán)隊(duì)來(lái)履行，擁有一個(gè)首席架構(gòu)師就非常重要了，他是架構(gòu)團(tuán)隊(duì)的協(xié)調(diào)人，經(jīng)常會(huì)有先見之明。沒有這個(gè)協(xié)調(diào)人，要讓架構(gòu)團(tuán)隊(duì)的成員創(chuàng)造出內(nèi)聚的架構(gòu)，或做出決策是很困難的。

對(duì)于一個(gè)不熟悉架構(gòu)概念的團(tuán)隊(duì)來(lái)說(shuō)，為了達(dá)成共同的目的，建議團(tuán)隊(duì)?wèi)?yīng)該創(chuàng)建并頒布一個(gè)團(tuán)隊(duì)規(guī)章。
優(yōu)秀的架構(gòu)師知道他們的優(yōu)勢(shì)和弱勢(shì)。最優(yōu)秀的架構(gòu)通常由一個(gè)團(tuán)隊(duì)而不是個(gè)人創(chuàng)建的，這都是因?yàn)椤氨娙肆α看蟆�，人多則見識(shí)更廣和更深。


3. 架構(gòu)師要理解軟件開發(fā)流程

大部分架構(gòu)師曾經(jīng)都做過(guò)開發(fā)人員（幾乎是絕大部分架構(gòu)師都是從開發(fā)人員走過(guò)來(lái)的），同時(shí)，架構(gòu)師應(yīng)該了解軟件開發(fā)流程，因?yàn)檫@個(gè)流程能確保團(tuán)隊(duì)的所有成員協(xié)調(diào)的工作。

這種協(xié)調(diào)性可以通過(guò)定義涉及的角色、從事的任務(wù)、創(chuàng)建的工作產(chǎn)品、不同角色之間的移交點(diǎn)來(lái)獲得。因?yàn)樵谌粘９ぷ髦屑軜?gòu)師會(huì)影響許多團(tuán)隊(duì)成員，所以理解團(tuán)隊(duì)成員的角色和職責(zé)，理解他們正在生產(chǎn)和使用的東西對(duì)于架構(gòu)師來(lái)說(shuō)很重要。實(shí)際上，團(tuán)隊(duì)成員也非常希望架構(gòu)師能夠指導(dǎo)他們的工作。

4. 架構(gòu)師掌握技術(shù)與設(shè)計(jì)知識(shí)

架構(gòu)設(shè)計(jì)會(huì)涉及技術(shù)知識(shí)，所以，一個(gè)架構(gòu)師應(yīng)該擁有一定程度的技術(shù)技能。不過(guò)，架構(gòu)師不必是一個(gè)技術(shù)專家，他要關(guān)注的是技術(shù)相關(guān)重要因素，而不是細(xì)節(jié)（其實(shí)很多時(shí)候，架構(gòu)師也是技術(shù)專家，而且對(duì)細(xì)節(jié)理解得非常深入）。架構(gòu)師需要理解像Java EE或.NET這樣的平臺(tái)上可用的關(guān)鍵框架，但是不必理解這些平臺(tái)程序編程接口（API）的細(xì)節(jié)。

架構(gòu)師必須與項(xiàng)目中的開發(fā)人員打交道，只有當(dāng)架構(gòu)師承認(rèn)開發(fā)人員的工作價(jià)值時(shí)，在架構(gòu)師和開發(fā)人員之間的溝通才是有效的。這也說(shuō)明了，架構(gòu)師應(yīng)該具有一定的編程技能，即使他們?cè)陧?xiàng)目中不必編寫代碼，也必須跟上技術(shù)更新的腳步。

架構(gòu)師應(yīng)該有組織地參與開發(fā)，并且盡可能地參與代碼的編寫。如果架構(gòu)師參與實(shí)現(xiàn)，開發(fā)團(tuán)隊(duì)會(huì)從架構(gòu)師那兒獲得見識(shí)。架構(gòu)師還可以通過(guò)查看他們決策和設(shè)計(jì)的第一手結(jié)果來(lái)進(jìn)行學(xué)習(xí)，從而對(duì)開發(fā)流程給出反饋。

大部分成功的軟件架構(gòu)師都曾經(jīng)是核心的編程人員。某種程度上來(lái)說(shuō)，他們就是通過(guò)這段經(jīng)歷了解到業(yè)務(wù)的某些情況的。如果沒有這些知識(shí)，要實(shí)架構(gòu)上的重要元素（如源代碼的組織、采用的編程標(biāo)準(zhǔn)）時(shí)，架構(gòu)師將無(wú)法進(jìn)行決策，架構(gòu)師和開發(fā)人員之間將會(huì)存在溝通障礙。

另外，設(shè)計(jì)是架構(gòu)設(shè)計(jì)的核心。架構(gòu)使關(guān)鍵設(shè)計(jì)決策具體化，因此，架構(gòu)師應(yīng)該擁有很強(qiáng)的設(shè)計(jì)技能。關(guān)鍵設(shè)計(jì)決策指的是關(guān)鍵結(jié)構(gòu)的設(shè)計(jì)決策、特定模型的選擇、指導(dǎo)規(guī)格說(shuō)明書等。

一個(gè)人不可能在短時(shí)間內(nèi)獲得設(shè)計(jì)能力，這是多年經(jīng)驗(yàn)累積的結(jié)果。某些設(shè)計(jì)專家在回顧他們?cè)缙诘墓ぷ鲿r(shí)都會(huì)驚訝他們?cè)瓉?lái)的設(shè)計(jì)是如此的不好。在學(xué)習(xí)一項(xiàng)新技能時(shí)，想要對(duì)此精通則必須進(jìn)行設(shè)計(jì)實(shí)踐。

yanyangtian4502

總結(jié)帖2：

架構(gòu)師的職責(zé)

既然已經(jīng)了解架構(gòu)的含義，那我們?cè)賮?lái)看看負(fù)責(zé)創(chuàng)建架構(gòu)的責(zé)任人：架構(gòu)師。

架構(gòu)師這個(gè)角色在任何軟件開發(fā)項(xiàng)目中都是最有挑戰(zhàn)性的。

1. 架構(gòu)師的領(lǐng)導(dǎo)與決策能力

首先，架構(gòu)師是一位技術(shù)領(lǐng)導(dǎo)，這意味著架構(gòu)師除了擁有專門的技能外，還必須擁有領(lǐng)導(dǎo)能力，領(lǐng)導(dǎo)能力也要能體現(xiàn)在組織中的職位上。

從職位上來(lái)講，架構(gòu)師是項(xiàng)目中的技術(shù)領(lǐng)導(dǎo)，應(yīng)該擁有進(jìn)行技術(shù)決策的權(quán)威。不過(guò)，很多時(shí)候架構(gòu)師和項(xiàng)目經(jīng)理的職責(zé)很容易讓人混淆，下面用電影行業(yè)的職位來(lái)打一個(gè)比方，幫助大家了解他們的不同：項(xiàng)目經(jīng)理是制片人（確保事情完成），而架構(gòu)師是導(dǎo)演（確保事情正確地完成）。架構(gòu)師和項(xiàng)目經(jīng)理代表了這個(gè)項(xiàng)目的公共角色，對(duì)于項(xiàng)目外的關(guān)注人員來(lái)說(shuō)，他們是主要的聯(lián)系點(diǎn)。架構(gòu)師尤其應(yīng)該是創(chuàng)建一個(gè)架構(gòu)及給組織帶來(lái)價(jià)值的投資倡導(dǎo)者
。
在決策方面，架構(gòu)師要綜合考慮，果斷下決定。例如，在某些情況不清楚或沒有充足的時(shí)間探究所有的可能性及有交付壓力的情況下，如果架構(gòu)師不能進(jìn)行決策，那是不行的。而且這樣的環(huán)境會(huì)很常見，架構(gòu)師要接受這個(gè)現(xiàn)實(shí)而不是設(shè)法改變它。

有些時(shí)候，架構(gòu)師會(huì)在決策時(shí)咨詢其他人并營(yíng)造其他人共同參與決策的環(huán)境，但是進(jìn)行適當(dāng)?shù)臎Q策仍然是架構(gòu)師的職責(zé)，即使有時(shí)候這些決策并不總是正確的（當(dāng)然，是事后才發(fā)現(xiàn)這些決策不正確的）。因此，架構(gòu)師必須是厚臉皮的，因?yàn)樗麄兛赡鼙仨毤m正他們的決策并原路返回。

沒有決策能力的架構(gòu)師會(huì)使項(xiàng)目慢慢被破壞。項(xiàng)目團(tuán)隊(duì)會(huì)對(duì)架構(gòu)師失去信心，項(xiàng)目經(jīng)理將會(huì)擔(dān)心，因?yàn)檫@些等待架構(gòu)師決策的事項(xiàng)沒有進(jìn)展。更加危險(xiǎn)的是：如果架構(gòu)師沒有制定關(guān)于架構(gòu)的決策并編寫成文檔，團(tuán)隊(duì)成員會(huì)開始制定他們自己的（可能是不正確的）決策。

2. 架構(gòu)師的角色可能由一個(gè)團(tuán)隊(duì)來(lái)履行

角色和人之間是存在差異的。一個(gè)人可能會(huì)履行很多個(gè)角色，一個(gè)角色也可能會(huì)由許多人來(lái)履行。由于架構(gòu)師需要非常廣泛的技能，所以，架構(gòu)師這個(gè)角色可能會(huì)由多個(gè)人來(lái)履行，這時(shí)，架構(gòu)團(tuán)隊(duì)中的每個(gè)人都可以充分運(yùn)用他自己的經(jīng)驗(yàn)來(lái)履行此角色。特別是在理解業(yè)務(wù)領(lǐng)域和各方面技術(shù)所必需的技能時(shí)，往往需要多人合作才能達(dá)到相關(guān)要求。有一點(diǎn)很重要，就是最終的團(tuán)隊(duì)必須平衡。

如果架構(gòu)師角色由一個(gè)團(tuán)隊(duì)來(lái)履行，擁有一個(gè)首席架構(gòu)師就非常重要了，他是架構(gòu)團(tuán)隊(duì)的協(xié)調(diào)人，經(jīng)常會(huì)有先見之明。沒有這個(gè)協(xié)調(diào)人，要讓架構(gòu)團(tuán)隊(duì)的成員創(chuàng)造出內(nèi)聚的架構(gòu)，或做出決策是很困難的。

對(duì)于一個(gè)不熟悉架構(gòu)概念的團(tuán)隊(duì)來(lái)說(shuō)，為了達(dá)成共同的目的，建議團(tuán)隊(duì)?wèi)?yīng)該創(chuàng)建并頒布一個(gè)團(tuán)隊(duì)規(guī)章。
優(yōu)秀的架構(gòu)師知道他們的優(yōu)勢(shì)和弱勢(shì)。最優(yōu)秀的架構(gòu)通常由一個(gè)團(tuán)隊(duì)而不是個(gè)人創(chuàng)建的，這都是因?yàn)椤氨娙肆α看蟆保�人多則見識(shí)更廣和更深。


3. 架構(gòu)師要理解軟件開發(fā)流程

大部分架構(gòu)師曾經(jīng)都做過(guò)開發(fā)人員（幾乎是絕大部分架構(gòu)師都是從開發(fā)人員走過(guò)來(lái)的），同時(shí)，架構(gòu)師應(yīng)該了解軟件開發(fā)流程，因?yàn)檫@個(gè)流程能確保團(tuán)隊(duì)的所有成員協(xié)調(diào)的工作。

這種協(xié)調(diào)性可以通過(guò)定義涉及的角色、從事的任務(wù)、創(chuàng)建的工作產(chǎn)品、不同角色之間的移交點(diǎn)來(lái)獲得。因?yàn)樵谌粘９ぷ髦屑軜?gòu)師會(huì)影響許多團(tuán)隊(duì)成員，所以理解團(tuán)隊(duì)成員的角色和職責(zé)，理解他們正在生產(chǎn)和使用的東西對(duì)于架構(gòu)師來(lái)說(shuō)很重要。實(shí)際上，團(tuán)隊(duì)成員也非常希望架構(gòu)師能夠指導(dǎo)他們的工作。

4. 架構(gòu)師掌握技術(shù)與設(shè)計(jì)知識(shí)

架構(gòu)設(shè)計(jì)會(huì)涉及技術(shù)知識(shí)，所以，一個(gè)架構(gòu)師應(yīng)該擁有一定程度的技術(shù)技能。不過(guò)，架構(gòu)師不必是一個(gè)技術(shù)專家，他要關(guān)注的是技術(shù)相關(guān)重要因素，而不是細(xì)節(jié)（其實(shí)很多時(shí)候，架構(gòu)師也是技術(shù)專家，而且對(duì)細(xì)節(jié)理解得非常深入）。架構(gòu)師需要理解像Java EE或.NET這樣的平臺(tái)上可用的關(guān)鍵框架，但是不必理解這些平臺(tái)程序編程接口（API）的細(xì)節(jié)。

架構(gòu)師必須與項(xiàng)目中的開發(fā)人員打交道，只有當(dāng)架構(gòu)師承認(rèn)開發(fā)人員的工作價(jià)值時(shí)，在架構(gòu)師和開發(fā)人員之間的溝通才是有效的。這也說(shuō)明了，架構(gòu)師應(yīng)該具有一定的編程技能，即使他們?cè)陧?xiàng)目中不必編寫代碼，也必須跟上技術(shù)更新的腳步。

架構(gòu)師應(yīng)該有組織地參與開發(fā)，并且盡可能地參與代碼的編寫。如果架構(gòu)師參與實(shí)現(xiàn)，開發(fā)團(tuán)隊(duì)會(huì)從架構(gòu)師那兒獲得見識(shí)。架構(gòu)師還可以通過(guò)查看他們決策和設(shè)計(jì)的第一手結(jié)果來(lái)進(jìn)行學(xué)習(xí)，從而對(duì)開發(fā)流程給出反饋。

大部分成功的軟件架構(gòu)師都曾經(jīng)是核心的編程人員。某種程度上來(lái)說(shuō)，他們就是通過(guò)這段經(jīng)歷了解到業(yè)務(wù)的某些情況的。如果沒有這些知識(shí)，要實(shí)架構(gòu)上的重要元素（如源代碼的組織、采用的編程標(biāo)準(zhǔn)）時(shí)，架構(gòu)師將無(wú)法進(jìn)行決策，架構(gòu)師和開發(fā)人員之間將會(huì)存在溝通障礙。

另外，設(shè)計(jì)是架構(gòu)設(shè)計(jì)的核心。架構(gòu)使關(guān)鍵設(shè)計(jì)決策具體化，因此，架構(gòu)師應(yīng)該擁有很強(qiáng)的設(shè)計(jì)技能。關(guān)鍵設(shè)計(jì)決策指的是關(guān)鍵結(jié)構(gòu)的設(shè)計(jì)決策、特定模型的選擇、指導(dǎo)規(guī)格說(shuō)明書等。

一個(gè)人不可能在短時(shí)間內(nèi)獲得設(shè)計(jì)能力，這是多年經(jīng)驗(yàn)累積的結(jié)果。某些設(shè)計(jì)專家在回顧他們?cè)缙诘墓ぷ鲿r(shí)都會(huì)驚訝他們?cè)瓉?lái)的設(shè)計(jì)是如此的不好。在學(xué)習(xí)一項(xiàng)新技能時(shí)，想要對(duì)此精通則必須進(jìn)行設(shè)計(jì)實(shí)踐。