分析：項目團隊需要重新認識架構師的職責
51CTO 發(fā)表于：12年08月21日 00:50 [轉載] 51CTO
面向架構的思考
一個目標或一件設計任務，在架構師的頭腦中，永遠是有層次感的，是立體的，就如同草稿中的一個建筑物：它應該是一個什么類型的建筑物，需要多少個支撐面、大概需要多高(幾層樓)、需要滿足多少功能…。
實際上，這是一種考慮問題的習慣：分類思考，分層觀察。
架構師的一個重要素養(yǎng)或價值是將一個問題或者方案的“分類學”搞清楚 - 從幾個方面來考慮，最重要的“動因”是什么，關鍵的需要是什么，關鍵的設計要素是哪幾個。當然，做到這一點需要很強的理論功底，也需要很豐富的經(jīng)驗，這樣你拿出來的解決方案才有說服力。
總結和分析問題
要善于總結經(jīng)驗，找到解決問題的最佳方法—架構模式。
要善于分析和歸納問題，找到事情的變化點和風險點，并能夠采取良好的設計規(guī)避這些不穩(wěn)定因素，這是普通和優(yōu)秀架構師的重要區(qū)別。
站在巨人的肩山
“我之所以成功，是因為站在巨人的肩上。”
——牛頓
“既全面又面向重點細節(jié)的思路，參考前人的實踐經(jīng)驗，聚焦問題的癥結，采用安全且有創(chuàng)意的手段，追求完美的精神。”
——西門子中國首席架構師 李偉
不要重復造輪子，把輪子的樣式和制造方法告訴我吧!架構也是一樣，業(yè)界有很多通用的商業(yè)或者開源軟件架構，比如Java的 Spring，Hibernate，.NET的Enterprise Library，Entity Framework 。我們可以參考別人用過的成功的架構，把它們作為參考架構。他們可以是現(xiàn)成的架構模式、架構機制和框架，也可以是具有已知特征并證實已在使用的完整系統(tǒng)。 使用經(jīng)測試的參考架構是處理許多非功能性需求(尤其是質量需求)的一種有效方法。
先知其然，再知其所以然
“你們現(xiàn)在學的東西可能覺得對你們現(xiàn)在的工作沒有太大的實際意義，但你應該先了解它，知道有這么回事，然后當你遇到問題的時候，想想有沒有以前學習過的，有你就拿出來，仔細研究，使用，總結，最后你就能夠駕馭它，這樣你就成了專家，成了大師了。”
——這是老師最常給我們講的一句話。
先知道有它，了解它，再使用它，駕馭它，這就是先知其然，再知其所以然。這是一種循序漸進的學習方式，軟件架構的知識這么多，面這么廣，不可能一下子全部掌握，現(xiàn)在學的以后可能會使用到的，到時候再來深研也不遲。
如果你不知道這些知識，這些方法，等你以后遇到問題，辛苦鉆研出來，興高采烈的宣稱自己多么聰明，多么偉大的時候，說不定有人就會給你破盆冷水—這個問題某某人在很久之前就有好的解決方案了。
這不是說自己鉆研不重要，而是這么做不值得，就像前面說的，不要重復造輪子，而在這之前，要有“先知其然，再知其所以然”的思維方式。
架構師的素養(yǎng)
不是誰都可以段時間內(nèi)直接成為架構師的，需要有一些必備的素質和培養(yǎng)成的良好習慣。
溝通能力
一個人擁有知識，但是卻沒有能力清晰的表達自己，這簡直就和他從來沒有任何思想一樣。
——亞里士多德
交流不完全是一種知識，而是本領，是生產(chǎn)力。
——吳建民
溝通能力是通過書面、口頭和其它溝通方式表達自己的觀點的能力。架構師要和客戶，領導，開發(fā)人員，測試人員，維護人員等架構涉眾進行溝通交流，要能夠清晰的表達架構目的。
光溝通還不行，還要會溝通，要深入淺出的展現(xiàn)溝通。把書看厚難，再把書看薄更難。理解起來是說，看很多很多書、掌握很多很多知識很難，可是能夠把很多很多知識再融匯貫通、抽象成為言簡意賅的、深入淺出的“濃縮版”知識更難。為什么一定要架構師具備這樣的本領?架構師需要很多溝通：其中最重要的溝通是向上，與管理層溝通，向管理層報告方案的要點，獲取管理層的理解、支持和批準。
廣博的知識面
架構師不是美術師(把建筑圖紙畫的很漂亮)，架構師也不是力學家或材料學家。他精通主要技術，熟悉業(yè)界的最新動向，為我所用，甚至進而形成自己的設計風格和vision，然后說服管理層和團隊成員。這是架構師(Architect)和某個專項專家(SME, Subject Matter Expert)的區(qū)別。
架構師從產(chǎn)品的生命周期上來看，他所涉及的層面很廣，而且他所需要的知識面也會很廣，需要過程更需要時間的學習和磨練。
另外，掌握很多知識，也是有備無患，說不定哪天就能夠用上，就像上面說的“先知其然，再知其所以然”。軟件架構師除了技術知識和行業(yè)知識，還應該掌握一些其它行業(yè)和學科的知識，比如建筑學，美學，甚至哲學。
不追求完美主義
前面說過，架構是有生命力的，要明白軟件架構的生命周期，設計合適的架構而不是超前的最新的架構。
架構師不僅需要掌握各種相關知識,還需要有一個能夠評判利弊并進行最優(yōu)組合的能力。有時候,還不得不考慮到開發(fā)團隊的實際水平和效率,否則設計再理想?yún)s難以實現(xiàn),也成了紙上談兵.因此,還需要對開發(fā)團隊的成員的知識水平能有準確的判斷能力。
關注成本
企業(yè)的IT技術不同于科學研究，技術永遠都不能脫離成本來討論，這就是你不能問奔馳和賽歐孰好孰壞的原因。
架構沒有好壞之分，只有成本高低之分，如果成本過高，高過營收了，那公司賠錢，雖然也能把建筑物修建起來，但是沒有意義了，因此，架構師最核心的要務是節(jié)約成本，通過合理的架構，在盡可能滿足需求的前提下，節(jié)約成本。
出色的架構師擁有很強的成本概念，熟悉不同的技術方案的成本屬性，了解不同的業(yè)務需求對于成本的基本限制。所以，出色的架構師可以向管理層和用戶提供“適用”的、“可靠的” 的技術方案。
架構師之路
軟件架構師是軟件項目的總體設計師，是軟件組織新產(chǎn)品開發(fā)與集成、新技術體系的構建者，是從宏觀上駕馭大型系統(tǒng)的戰(zhàn)略家，是對軟件項目中所有重要架構事情做出決策的人，是策略制定者、組織協(xié)調(diào)高手、稱職的顧問與領導者。
作為一個軟件架構師，在整個軟件系統(tǒng)的開發(fā)過程中是樂趣無窮的，因為這個角色很具有挑戰(zhàn)性，有時需要左右逢源八面玲瓏，有時又需要果斷堅定不留情面。Philippe Kruchten曾經(jīng)說過：當一個偉大的架構師領導開發(fā)團隊時，團隊的每個成員都感覺不到他的存在。次一點的架構師使開發(fā)團隊的每個成員都喜歡他，再次一點的是害怕他，最次的是鄙視他。
具體來講，架構師的職業(yè)道路有三個方向：
(1)行業(yè)應用架構。行業(yè)架構師往往是行業(yè)專家，了解行業(yè)應用需求，其架構行為主要是將需求進行合理分析布局到應用模型中去，偏向于應用功能布局。
(2)應用系統(tǒng)技術體系架構。技術架構師往往是技術高手中的高手，掌握各類技術架構、掌握應用設計模式，其架構行為考慮軟件系統(tǒng)的高效性、復用性、安全性、可維護性、靈活性、跨平臺性等。
(3)規(guī)范架構。規(guī)范架構師是通過多年磨礪或常年苦思頓悟后，把某一類架構抽象成一套架構規(guī)范。
這三個方向上面的道路怎么走，實在是一個太復雜的問題，而且國內(nèi)很多公司可能要求一個架構師同時具備這三個方向上面的能力。所以，這路實在是不好走，而要成為前面說的那種優(yōu)秀的架構師，這條道路實在是很長很長。
