優(yōu)秀系統(tǒng)架構(gòu)設(shè)計師需要具備的條件_第1頁
優(yōu)秀系統(tǒng)架構(gòu)設(shè)計師需要具備的條件_第2頁
優(yōu)秀系統(tǒng)架構(gòu)設(shè)計師需要具備的條件_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、優(yōu)秀系統(tǒng)架構(gòu)設(shè)計師需要具備的條件優(yōu)秀系統(tǒng)架構(gòu)設(shè)計師需要具備的條件系統(tǒng)架構(gòu)師在軟件開發(fā)的活動中起到了綱領(lǐng)性的作用,就像建筑 設(shè)計師一樣,從大的方向來給軟件定一個基調(diào)。軟件開發(fā)中碰到的 很 多問題,歸咎起來都可能和當初的架構(gòu)設(shè)計有關(guān),所以架構(gòu)師要 想不 成為眾矢之的,也不是容易的事情。各個行業(yè)甚至同一行業(yè)不同主攻方向的 team 都需要不同的架構(gòu) 師, 比方做soA勺很多架構(gòu)師實際上的職責是向用戶推銷自己的產(chǎn)品,即使有時采用其他方案更適合企業(yè)的情況,出于宣傳本公司產(chǎn) 品的需要, 也要貶低一番。當然利益對架構(gòu)的影響不可防止,其他 行業(yè)也存在類 似的'情況。但是soA勺架構(gòu)師更多做的是把自己公

2、司的產(chǎn)品套用在客戶身上。當架構(gòu)師是在設(shè)計自己公司的產(chǎn)品時,相 對來說會客觀一 些,從功能,性能,穩(wěn)定性,擴展性,市場接受程 度和本錢等幾方面 來權(quán)衡。如果一個架構(gòu)師負責的僅僅是一個小的模塊,或者是一個小的應(yīng) 用程序,那么他所能施展的空間不太多, 包括操作系統(tǒng), 硬件,驅(qū) 動, 其他模塊的接口等都是已經(jīng)確定的了,甚至自己的模塊需要哪 些接口 暴露給別人也都是定義好的了,那么這個架構(gòu)師該做些什么呢?從別的程序或者系統(tǒng)來看,這個應(yīng)用程序至少要具備以下幾個條 件才能算 是合格的:1、 完成此應(yīng)用程序的基木功能。如果這是一個通信程序客戶端,那么它至少應(yīng)該完成客戶端所具有的功能,通過所有的測試用例。 不

3、同的功能是需要不同的組成架構(gòu)的,從降低復(fù)雜度和提高可維護性的角度來考慮對系統(tǒng)進行解構(gòu),往往是最直觀的做法。2、健壯性。這個程序不應(yīng)該輕易的 crash, 如果是界面程序, 在 而對異常情況的時候采取柔和的方式來通知用戶。如果是被別的 程序 所使用的庫,保持健壯性更是非常重要。作為架構(gòu)師,應(yīng)該采 取一定 的措施來保證模塊的正確工作,至少應(yīng)該保證在出錯的情況 下能夠比 較容易的區(qū)分是否是本模塊造成的。 也許有人說這是 design 和 program 的事情,但是架構(gòu)師如果不在綱領(lǐng)上制定策略和 要求,實現(xiàn)上也是很 難操作的。3、低的資源消耗。我碰到很多軟件架構(gòu),在架構(gòu)文檔里看時非常華美,用了很多模

4、式,一個普通的應(yīng)用要拆分成多個進程,再用 MVC 別離各個模塊,加上一大堆監(jiān)測器適配器過濾器等,可以說模 式是能 帶來一些好處的,但是往往代價是更多的資源消耗,內(nèi)存占 的多了, 性能下降了,邏輯變得更復(fù)雜了。作為架構(gòu)師一定要權(quán)衡 , 而不是為 了表達自己的知識能力。最好的情況是,能夠給出在各種 usecase 下 模塊或應(yīng)用對資源的消耗程度,比方會占用多少內(nèi)存, 某個接口需要 多長時間等。因為現(xiàn)在的接口定義一般都只是定義使 用方式,包括函 數(shù)名和參數(shù)列表,至于使用時的代價由于沒有說明 , 往往成為模塊使 用者和提供者之間爭論的焦點。從程序員的角度來講, 可維護性往往更為重要, 因為維護的階段

5、比 開發(fā)的階段更長,而對的壓力也更大,而且由于各種各樣的原因 , 經(jīng) 常要一個新手來維護這個程序,如何讓新手很容易的理解它并且 馬上 具備解決問題的能力,對架構(gòu)師來說也不是一件可以推卸的責 任,采 用常見的設(shè)計模式,制定或采用通用的代碼風(fēng)格,完善相關(guān) 的文檔等 等,都是好的 practiceo對于那些高層次的架構(gòu)師來說,因為面對的是由很多模塊應(yīng)用組 成的系統(tǒng),他所要處理的實際上如何協(xié)調(diào)各模塊關(guān)系,保證整個系 統(tǒng) 的功能性能和穩(wěn)定性,至少他應(yīng)該了解各個應(yīng)用所具備的功能, 基于 此來制定各個模塊之間的接口。在必要的時候,要去掉那些作 用不大 但影響整個系統(tǒng)性能和穩(wěn)定性的模塊,對各個模塊的可選功 能也要做 一定的限制,不能允許其無限制的膨脹。架構(gòu)師也往往面 臨著

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論