【正文】 種定義，不管對(duì)軟件架構(gòu)如何定義 和說明 ， 但 所有的定義都有一個(gè)共同的主題，那就是必須考慮 軟件系統(tǒng)中 諸如 技術(shù)方向、開發(fā)平臺(tái)的選擇 、組 件的構(gòu)建 、設(shè)計(jì) 風(fēng)格 的確定 、 設(shè)計(jì) 模式 的具體應(yīng)用 、 系統(tǒng)中的各個(gè)模塊的 職責(zé) 劃分 、協(xié)作、連接 等要素 方面的問題。 軟件架構(gòu)的重要性主要體現(xiàn)在以下幾方面 強(qiáng)調(diào)軟件架構(gòu)的最主要的目的是希望本軟件項(xiàng)目能夠達(dá)到重用 —— 因?yàn)殚_發(fā)者希望系統(tǒng)能夠重用以前的代碼和系統(tǒng)設(shè)計(jì)，從而提高本次項(xiàng)目的開發(fā)效率，這也將是分析設(shè)計(jì)人員在進(jìn)行架構(gòu)實(shí)踐是所應(yīng)該把握的原則；另一個(gè)目的則是希望能夠達(dá)到擴(kuò)展 —— 同樣開發(fā)者也還希望在系統(tǒng)保持結(jié)構(gòu)穩(wěn)定的前提下，能夠很容易地?cái)U(kuò)充系統(tǒng)的功能和性能，希望能夠“以靜制動(dòng)”，當(dāng)然這可以通過合理地應(yīng)用一些其它比較成熟的框架。由于各類人員都有自己的獨(dú)特見解和思想、要求 和技術(shù)水平高低 等，因此他們一般都會(huì)從自己的視角來了解和理解所要開發(fā)的軟件系統(tǒng)。 （ 2）軟件架構(gòu)代表了軟件系統(tǒng)設(shè)計(jì)早期階段中一系列重要的決策 1) 軟件架構(gòu)提供了如何滿足軟件系統(tǒng)的各項(xiàng)功能要求、并為各個(gè)部件的設(shè)計(jì)和其相互關(guān)系提供了必須遵守的約束。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教 授工作室，版權(quán)所有，盜版必究 ， 15/20 頁 （ 3）一個(gè)成熟的軟件架構(gòu)可以為今后開發(fā)類似的 軟件 產(chǎn)品 或者軟件項(xiàng)目 提供一定的參照。 其 主要的重點(diǎn)在于 應(yīng)該了解提出了什么問題 ？并 權(quán)衡這些問題， 和 掌握解決影響架構(gòu)重要因素的眾多方法。主要指 邏輯視圖、實(shí)現(xiàn)視圖、進(jìn)程視圖、部署視圖，再加上用例視圖 ，這些 視圖 在 RUP 中被稱為“架構(gòu)視圖 (Architecture View)”，即通過這樣幾種視圖可以完整地展示系統(tǒng)的架構(gòu)。 同時(shí)不同的視圖也是面對(duì)不同的人員的，如分析設(shè)計(jì)人員一般比較關(guān)心邏輯視圖，而程序員則更多地關(guān)心實(shí)現(xiàn)視圖。 這種協(xié)作 發(fā)生在為了實(shí)現(xiàn)既定功能，各對(duì)象之間進(jìn)行消息傳遞的時(shí)刻。這是系統(tǒng)的非功能特性，該視圖主要考慮資源的有效利用、代碼的并行執(zhí)行以及系統(tǒng)環(huán)境中異步事件的處理。部署視圖的使用者是開發(fā)人員、系統(tǒng)集成人員和測(cè)試人員 。 因此， 統(tǒng)一過程的架構(gòu)視圖 給系統(tǒng)的開發(fā)者提供了這樣的設(shè)計(jì)原則方面的信息 ：“選擇一小組有意義的 設(shè)計(jì) 元素來傳達(dá)主要的 設(shè)計(jì) 思想。 （ 3）沒有一個(gè)統(tǒng)一的“萬能”的系統(tǒng) 架構(gòu) 因?yàn)?，軟件的系統(tǒng) 架構(gòu) 設(shè)計(jì)是和千差萬別的具體軟件系統(tǒng)的功能要求、所應(yīng)用的技術(shù)和具體的開發(fā)平臺(tái)等實(shí)現(xiàn)因素是密切相關(guān)的，因此在此無法給出一個(gè)通用的“系統(tǒng) 架構(gòu) 設(shè)計(jì)”解決方案； 盡管存在上面的原因，但一般在“系統(tǒng) 架構(gòu) 設(shè)計(jì)”中還是會(huì)有一些共性的內(nèi)容可以參考，以及能夠說明哪些因素是需要考慮的。比如 在系統(tǒng)的體系架構(gòu) 設(shè)計(jì) 中為什么要應(yīng)用 B/S 體系架構(gòu)、為什么要應(yīng)用輕量級(jí)的 J2EE 框架而不應(yīng)用重量級(jí)的框架，而在每一層中為什么要用這種技術(shù) 實(shí)現(xiàn) 以及各種設(shè)計(jì)模式等等方面的策略考慮。 對(duì)于系統(tǒng)架構(gòu)是否合理這一問題， 開發(fā)者首先 可以 采用設(shè)計(jì)評(píng)審的方式由同行專家認(rèn)證，然后再通過 開發(fā)出原形 來 驗(yàn)證 系統(tǒng)架構(gòu) 是否滿足功能性的需求、和 通過寫代碼 （測(cè)試用例） 來 驗(yàn)證 系統(tǒng)架構(gòu) 是否滿足非功能性的需求 。根據(jù)運(yùn)用原型的目的和方式不同，原型可分為廢棄型和追加型兩種。 依據(jù) 快速原型法的特點(diǎn)，它特別適合于開發(fā)探索型、實(shí)驗(yàn)型的軟件。 為了能夠?qū)軜?gòu)進(jìn)行 驗(yàn)證 ，當(dāng)然所編程實(shí)現(xiàn)的代碼應(yīng)該面向 接口 編程。因?yàn)?隨著開發(fā) 工作的進(jìn) 展 ，在編碼過程中，有可能暴露出一些架構(gòu) 設(shè)計(jì) 上的問題和漏洞，比如發(fā)現(xiàn)當(dāng)前架構(gòu)對(duì)某個(gè)需求不能夠很好 地 解決 ，這時(shí)再完善架構(gòu)設(shè)計(jì)將會(huì)造成大量的返工 ； 而 對(duì) 于 性能等方面的指標(biāo)是否滿足 ， 一般應(yīng)該 應(yīng)用一些壓力和負(fù)載測(cè)試工具來模擬實(shí)際的訪問狀態(tài)以 暴露出性能 方面的 問題。因此，用代碼來 驗(yàn)證架構(gòu)是一種有效的做法。 （ 3） 利用代碼對(duì)架構(gòu)進(jìn)行驗(yàn)證是一種 比較 實(shí)用的手段 代碼驗(yàn)證是保證優(yōu)秀的架構(gòu)設(shè)計(jì)的一種方法，它的核心 思想 是測(cè)試，特別是單元測(cè)試。 比如目前 大多數(shù)的 Web 動(dòng)態(tài)網(wǎng)站 的開發(fā) ，都是在客戶初步的需求基礎(chǔ)上，先制作 出 一個(gè)大體上能表現(xiàn)功能的靜態(tài)網(wǎng)站出來，然后 讓 客戶 再 根據(jù)這個(gè)靜態(tài)網(wǎng)站提出進(jìn)一步的詳細(xì)需求，開發(fā) 方 便按照這個(gè)詳細(xì)需求來進(jìn)行 。 （ 2）應(yīng)用 原型開發(fā) 方法 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教 授工作室，版權(quán)所有，盜版必究 ， 19/20 頁 原型開發(fā) 能夠 在需求不明確的條件下，根據(jù)現(xiàn)有的需求，在短時(shí)間內(nèi)開發(fā) 出 一 個(gè)原型，以這個(gè)原型作為進(jìn)一步確定需求的依據(jù)，用戶可以根據(jù) 開發(fā)方所構(gòu)造出 的原型來檢查 開發(fā)方 是否能提供 他們 想要的 軟件 產(chǎn)品，以及 開發(fā)方 的原型究竟和用戶需求的差距程度。 如何驗(yàn)證系統(tǒng)架構(gòu)設(shè)計(jì)的正確性？ 因?yàn)楹芏嗫此仆昝赖募軜?gòu)，往往在實(shí)現(xiàn)時(shí)會(huì)出現(xiàn)問題。但要注意的是，不同的因素之間有時(shí)是相互矛盾的， 架構(gòu) 設(shè)計(jì)時(shí)需要根據(jù)具體情況進(jìn)行平衡和統(tǒng)籌協(xié)調(diào)。當(dāng)然，這需要項(xiàng)目經(jīng)理以具體的經(jīng)驗(yàn)判斷來評(píng)估此時(shí)是否 合適 開始構(gòu)建軟件 架構(gòu)的工作 。因此 需要 采用從不同 的層次和不同的 視角分別設(shè)計(jì)；同時(shí)，由于在系統(tǒng)開發(fā)過程中也 將 涉及到不同方面的 開發(fā) 人員，多視圖來表達(dá)為開發(fā)團(tuán)隊(duì)中的各個(gè)層次的人員理解 和 交流 也 提供了方便 。 并發(fā)視圖的使用者是開發(fā)人員和系統(tǒng)集成人員，并且該視圖由動(dòng)態(tài)圖（狀態(tài)圖、協(xié)作圖，以及活動(dòng)圖）和實(shí)現(xiàn)圖（組件圖 和部署圖）組成。它的使用者主要是開發(fā)人員。 （ 3）邏輯視圖 描述如何實(shí)現(xiàn)用例視圖中提出的那些系統(tǒng)功能，它的使用者主要是設(shè)計(jì)人員和開發(fā)人員。 圖 所示為 在 Rose2020 中所支持的各種視圖。在統(tǒng)一過程里面，架構(gòu)調(diào)研和架構(gòu)設(shè)計(jì)統(tǒng)稱為架構(gòu)分析。架構(gòu) 調(diào)研 的本質(zhì)，是識(shí)別 出 可能 會(huì) 影響 系統(tǒng) 架構(gòu)的 各種 因素， 并 了解它的易變性和優(yōu)先級(jí)， 最終 解決這些問題。 2) 軟件架構(gòu)可以提出軟件系統(tǒng)應(yīng)該實(shí)現(xiàn)的質(zhì)量目標(biāo)和性能指標(biāo)，當(dāng)然，根據(jù)這些質(zhì)量目標(biāo)，開發(fā)者也能夠預(yù)測(cè)出軟件系統(tǒng)的某些質(zhì)量屬性和等級(jí)。 ? 軟件架構(gòu)是溝通和聯(lián)系各類人員的特殊載體 在各種要求 和理解 通常存在矛盾的情況下， 此時(shí)的 軟件架構(gòu)又成為協(xié)調(diào)和溝通各相關(guān)方 人員 的共同語言。因?yàn)橐粋€(gè)復(fù)雜的架構(gòu)不論是測(cè)試還是維護(hù)都是困難的，因此開發(fā)者希望架構(gòu)能夠在滿足目標(biāo)的前提下盡可能地簡單明了。 （ 3）在軟件開發(fā)中的架構(gòu)既可以是名詞，也可以是動(dòng)詞 因此，軟件 系統(tǒng)的 架構(gòu)實(shí)際上應(yīng)該是兩個(gè)層面方面的事情。 Achitecture： The fundamental anization of a system embodied in its ponents, theirrelationships to each other, and to the environment, and the principles guiding its design and evolution. [IEEE Std 14712020](Architecture 是一個(gè)系統(tǒng)的基本組織，它蘊(yùn)含于系統(tǒng)的組件中、組件之間的相互關(guān)系中、組件與環(huán)境的相互關(guān)系中、以及呈現(xiàn) 于其設(shè)計(jì)和演進(jìn)的原則中。也即軟件體 系結(jié)構(gòu)通楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教 授工作室，版權(quán)所有，盜版必究 ， 13/20 頁 常被稱為架構(gòu)，指可以預(yù)制和可重構(gòu)的軟件框架結(jié)構(gòu)。 （ 7）可移植性 在選擇開發(fā)的應(yīng)用平臺(tái)上，應(yīng)該考慮能夠建設(shè)出一套與平臺(tái)無關(guān)，以統(tǒng)一的服務(wù)接口規(guī)范和與各種數(shù)據(jù)庫都能夠相連的應(yīng)用組件。 （ 4）開放性 在系統(tǒng)架構(gòu)、所采用的技術(shù)實(shí)現(xiàn)和選用的平臺(tái)等方面都必須要有較好的開放性 。在充分考慮技術(shù)上先進(jìn)性的同時(shí)，盡量采用技術(shù)成熟、市場占有率比較高的產(chǎn)品，從而保證建成的網(wǎng)站系統(tǒng)具有良好的穩(wěn)定性、可擴(kuò)展性和安全性。在軟件開發(fā)的一開始就要確定軟件可靠性和其它質(zhì)量指標(biāo)，考慮相應(yīng)措施，以使得軟件易于修改和易于維護(hù)。當(dāng)然， 構(gòu)造數(shù)據(jù)庫的表結(jié)構(gòu)必須遵循一定的規(guī)則。 （ 4）數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計(jì) 設(shè)計(jì)高效率的程序是基于良好的數(shù)據(jù)結(jié)構(gòu)與算法的，而不是基于編程小技巧的。同時(shí)在 架構(gòu)設(shè)計(jì)中還應(yīng)該考慮采用什么形式的框架技術(shù)和服務(wù)器的平臺(tái)類型等內(nèi)容。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教 授工作室，版權(quán)所有，盜版必究 ， 10/2