xhchc

          危波帆墻,笑談只在桃花上;與誰共尚,風(fēng)吹萬里浪; 相依相偎,不做黃泉想;莫惆悵,碧波潮生,一蕭自狂放……

           

          轉(zhuǎn):系統(tǒng)架構(gòu)師的修煉

          最近應(yīng)聘系統(tǒng)架構(gòu)師,面試回答一些問題,加上之前做的一些功課,搜索到一些文章,感覺有必要總結(jié)一下,到底如何做一個成功的系統(tǒng)架構(gòu)師呢?

          首先,何謂系統(tǒng)架構(gòu)師?

           IBM工程師的說明是:
            架構(gòu)師的主要責(zé)任是提供開發(fā)人員和項目經(jīng)理之間的共用溝通媒體。他們負(fù)責(zé)讓業(yè)務(wù)規(guī)則及需求與工程實踐及限制相適應(yīng),以確保成功

           中文Wiki上的說明是:
            系統(tǒng)架構(gòu)師負(fù)責(zé)設(shè)計系統(tǒng)整體架構(gòu),從需求到設(shè)計的每個細(xì)節(jié)都要考慮到,把握整個項目,使設(shè)計的項目盡量效率高,開發(fā)容易,維護(hù)方便,升級簡單

           這兩個解釋,加起來基本說明了系統(tǒng)架構(gòu)師的定義


          JAVA系統(tǒng)架構(gòu)師應(yīng)該看的幾本書

          Thinking in Java
          Effective Java

          UML基礎(chǔ)、案例與應(yīng)用
          UML入門提高

          軟件工匠
          設(shè)計模式——可復(fù)用面向?qū)ο筌浖幕A(chǔ)

          重構(gòu)-改善既有代碼的設(shè)計
          敏捷軟件開發(fā)-原則、模式、實踐

          企業(yè)應(yīng)用架構(gòu)模式
          Expert One-on-One J2EE Development without EJB
           
          軟件工程——實踐者的研究方法
          軟件領(lǐng)導(dǎo)--成功開發(fā)軟件的指導(dǎo)準(zhǔn)則

          后面的兩本書,其實已經(jīng)有點屬于項目經(jīng)理的范疇了,不過還不是很深入,看看對做成功的系統(tǒng)架構(gòu)師是很有好處。

          企業(yè)應(yīng)用的系統(tǒng)架構(gòu)師應(yīng)該關(guān)注的幾個方面

          數(shù)據(jù)持久層的設(shè)計
           在Spring和Hibernate,ibatis出來以前,幾乎每家公司都有自己的一套方法和架構(gòu),而架構(gòu)師的50%的精力也會集中到這上面,EJB只是增加架構(gòu)師的負(fù)擔(dān)。在Spring出來以后,基本上,大多數(shù)的架構(gòu)師都從重復(fù)設(shè)計這個輪子的無用功中解脫出來了。 Rod的輪子太好用了,基本上,大家只要套上去就行了,或者,剩下最重要的事情,是選擇一個合適的數(shù)據(jù)庫連接池的開源項目吧

          MVC架構(gòu)的具體設(shè)計
           MVC只是個概要的概念,具體如何實現(xiàn)的具體技術(shù)很多,根據(jù)項目設(shè)計最恰當(dāng)?shù)募軜?gòu)

          大并發(fā)性訪問
           使用緩存,在數(shù)據(jù)量達(dá)到一定程度時,使用集群技術(shù),優(yōu)先考慮利用服務(wù)器的集群,其次是硬件集群,最后才是應(yīng)用本身加入集群功能

          超大數(shù)據(jù)量返回結(jié)果
           盡量使用分頁,優(yōu)化SQL語句,循環(huán)處理數(shù)據(jù)時盡可能共用對象,只保留關(guān)鍵數(shù)據(jù),及時釋放內(nèi)存占用

          超大文件的讀取和生成
           盡可能快的讀取大文件,并進(jìn)行分析。寫入大文件時,如何及時釋放內(nèi)存。學(xué)會適當(dāng)利用操作系統(tǒng)的命令行資源來更快完成任務(wù)。
           
          多線程的應(yīng)用和管理
           線程池的管理和監(jiān)控,線程的啟動(包括定時啟動),結(jié)束,回收,線程資源的釋放
           
          用戶界面可用性設(shè)計
           平衡速度和可用性,恰當(dāng)?shù)氖褂卯惒胶屯郊夹g(shù),展現(xiàn)關(guān)鍵數(shù)據(jù)為重點

          分布式的數(shù)據(jù)交流和集成
           選擇恰當(dāng)?shù)臄?shù)據(jù)交互方式,從最泛濫低效的Web Service到最實用的文件共享

          群集系統(tǒng)的管理
           如何確保緩存的同步?如何確保對象唯一性?如何保證各臺機(jī)器的同步?
           是否采用EJB?如何利用J2EE的特性(例如JNDI)

          復(fù)雜的業(yè)務(wù)規(guī)則
           規(guī)則引擎和工作流引擎場景和應(yīng)用
           
          其實,作為一個真正的系統(tǒng)架構(gòu)師,不應(yīng)該局限于企業(yè)應(yīng)用的系統(tǒng),這種系統(tǒng)往往有數(shù)據(jù)庫的局限性,有時候,應(yīng)該考慮是否可以橫向跨越,直接對其它系統(tǒng)做一些架構(gòu)考慮,在沒有豐富的實戰(zhàn)經(jīng)驗的前提下,而只是看了其它人的系統(tǒng)和代碼,就能夠給出有效的設(shè)計指導(dǎo)。

          例如對于一個下載軟件,可以有如下考慮:

           1. 未明和非法url的檢驗,已經(jīng)下載失敗的容許,信息記錄
           2. 多線程下載一個文件,文件的切分和拼合,部分切片丟失的拼合可能性
           3. 下載線程管理
           4. 服務(wù)器或者P2P的機(jī)器之間的通訊協(xié)議
           5. 速度監(jiān)控和限制
           6. 下載進(jìn)度的監(jiān)控和顯示

          作為一個在線播放軟件,可以做如下考慮

           1. 播放速度的保證
             機(jī)器的問題基本不存在了,關(guān)鍵是網(wǎng)絡(luò)問題。如何在檢測網(wǎng)絡(luò)速度,根據(jù)影片的質(zhì)量,并緩沖足夠多的內(nèi)容,保證播放一直盡可能順利的完成。

           2. 播放質(zhì)量的保證
             如何利用DirectX等技術(shù),最快的進(jìn)行渲染,是自己寫底層,還是利用已有的API

          由于沒做過類似的項目,可以寫的東西還是少很多了。

          系統(tǒng)架構(gòu)師應(yīng)該有的素質(zhì):

          1、 實際的編程經(jīng)驗
            最少2年吧,多了就不說了,其實從大學(xué)就開始鉆研的話,

          2、 書面表達(dá)能力和口頭交流能力
             綜合利用架構(gòu)圖,UML圖,文字和代碼片斷,表達(dá)自己設(shè)計思想,至于是Word還是ppt,應(yīng)該通吃

            在開發(fā)人員中發(fā)現(xiàn)架構(gòu)師的最有價值標(biāo)準(zhǔn)是有效的溝通。您需要技術(shù)嫻熟、經(jīng)驗豐富的開發(fā)人員,這樣的人員需要有就項目中的業(yè)務(wù)相關(guān)問題進(jìn)行溝通的經(jīng)歷。架構(gòu)師經(jīng)常必須對理解方面的差距進(jìn)行預(yù)計,然后才能有所貢獻(xiàn)。他們必須愿意克服困難來確保技術(shù)和業(yè)務(wù)觀點的融合。他們并不必對意見交換工作進(jìn)行計劃和協(xié)調(diào);這仍然主要是項目經(jīng)理的工作。他們的任務(wù)是確定表述系統(tǒng)設(shè)計時的最佳工具和構(gòu)件,以促進(jìn)有效的意見交換。他們必須能夠判斷當(dāng)前方法顯得不足而需要采用新方法的情況。寫作技能也非常重要,還需要具有制作草圖的技能或使用制圖軟件的能力。

           3、 自覺主動;積極解決設(shè)計問題
            架構(gòu)師的日常工作目標(biāo)經(jīng)常并不明確。很多開發(fā)人員直接參考功能規(guī)范來列出任務(wù)清單。架構(gòu)師通常則是向這些開發(fā)人員提供所需結(jié)構(gòu)的人員,以便盡可能提高工作效率。好的候選者不僅進(jìn)行溝通方面的工作,而且也會預(yù)計各種設(shè)計問題并加以解決——通常在沒有任何具體指示的情況下自覺進(jìn)行。無論所分配的職責(zé)如何,積極參與項目的開發(fā)人員都有機(jī)會從一起工作的人員中脫穎而出。

          4、 抽象思維能力和總結(jié)能力
            架構(gòu)師,顧名思義,在系統(tǒng)未搭建好之前,就要能夠有一個草圖在心。而如果是對現(xiàn)有系統(tǒng)的改造,那么能在看過系統(tǒng)的文檔(如果有的話)和代碼后,就能總結(jié)出系統(tǒng)的架構(gòu)特點。
            架構(gòu)師必須能夠理解表述模糊的概念并將其變成相關(guān)各方能夠理解的項目構(gòu)件。他們必須能夠理解抽象概念,并以具體的語言對其進(jìn)行溝通。開發(fā)人員中好的候選者經(jīng)常要求或自己主動解釋開發(fā)生命周期中容易混淆的問題。他們能迅速評估各種想法并將其納入后續(xù)工作的操作建議中。

            開發(fā)人員經(jīng)常具有很強(qiáng)的數(shù)學(xué)能力,而好的架構(gòu)師則傾向于表現(xiàn)出更強(qiáng)的口頭表達(dá)能力。管理人員經(jīng)常說開發(fā)人員具有“工程意識”,而這是一個用于評估架構(gòu)師的非常有意義的方面。架構(gòu)師應(yīng)該具有很強(qiáng)的解決技術(shù)問題的能力,但還必須能夠準(zhǔn)確獲知更為全面的人員如何與技術(shù)交互的信息。這要求具有某種形式的抽象思維(而不再是代碼的細(xì)節(jié)),這種思維能力可能較難形成。

          5、 全面的技術(shù)資訊吸收能力和選擇鑒別能力
            作為開發(fā)人員出身,對于某一個具體問題的研究能力(雖然很多人總結(jié)為google能力),已經(jīng)相當(dāng)具備了。但是對技術(shù)資訊的全面接受和選擇性深入了解能力,并且做出正確的判斷,那些技術(shù)無非是廠家的噱頭,而那些技術(shù)是真正可以用到項目,提高項目質(zhì)量的好技術(shù),這種能力確實至關(guān)重要的。

          posted on 2008-09-04 10:59 chu 閱讀(89) 評論(0)  編輯  收藏


          只有注冊用戶登錄后才能發(fā)表評論。


          網(wǎng)站導(dǎo)航:
           

          導(dǎo)航

          統(tǒng)計

          常用鏈接

          留言簿(2)

          隨筆檔案

          我的鏈接

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 神池县| 广西| 滁州市| 山阳县| 康定县| 农安县| 黄梅县| 海丰县| 丹东市| 濉溪县| 甘泉县| 延川县| 银川市| SHOW| 长治市| 鸡西市| 无棣县| 龙口市| 松阳县| 车致| 中江县| 扬州市| 东乌珠穆沁旗| 鄂尔多斯市| 阳原县| 岑巩县| 太仆寺旗| 平罗县| 普陀区| 仪陇县| 邮箱| 遵化市| 沐川县| 合水县| 秀山| 忻州市| 万荣县| 萝北县| 丰原市| 六安市| 章丘市|