【正文】 對(duì)接口進(jìn)行驗(yàn)證 和測(cè)試 的基本思路是保證接口的可測(cè)試性。 1) 前者先構(gòu)造 出 一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng)，針對(duì)這個(gè)模型系統(tǒng)反復(fù)進(jìn)行分析修改，形成比較好的設(shè)計(jì)思想，系統(tǒng)構(gòu)造完成后，原來的模型系統(tǒng)就被廢棄不用； 2) 后者先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng) ，作為最終系統(tǒng)的核心，然后通過不斷地?cái)U(kuò)充修改 并 逐步追加新 的功能 要求 的實(shí)現(xiàn) ，最后發(fā)展成為最終 的 系統(tǒng)。設(shè)計(jì)人員對(duì)于這些問 題的思考，其實(shí)都是基于為了能夠更好地滿足應(yīng)用系統(tǒng)中的“需求”，同時(shí)也是為了很好地實(shí)現(xiàn)需求和面對(duì)今后的需求變化 ；另外，系統(tǒng)的 架構(gòu)設(shè)計(jì) 不僅要滿足功能性的 需求 ，也還應(yīng)該滿足非功能性的 需求 如性能等方面的要求；而且也應(yīng)該權(quán)衡各種性能指標(biāo)的優(yōu)先級(jí)別，否則我們的系統(tǒng) 架構(gòu)設(shè)計(jì) 結(jié)果也會(huì)很復(fù)雜、系統(tǒng)實(shí)現(xiàn)的總體代價(jià)將會(huì)很高！ （ 2）其次在進(jìn)行具體的 架構(gòu)設(shè)計(jì)的 同時(shí)還應(yīng)該遵循 J2EE 平臺(tái) 中 所倡導(dǎo)的 兩個(gè)主要的 設(shè)計(jì)原則“多層架構(gòu)、松藕合” 采用分層設(shè)計(jì)方案后， 系統(tǒng)中的 各個(gè)模塊功能相互獨(dú)立并被封裝，同時(shí)層與層之間的關(guān)聯(lián) 性大大地 減 弱 了，并 能夠保持松耦合的關(guān)聯(lián) ；另外 系統(tǒng)的穩(wěn)定性也能夠進(jìn)一步得到提高，系統(tǒng)也便于 今后的 擴(kuò)展和維護(hù)管理 —— 因?yàn)橥ㄟ^系統(tǒng)架構(gòu) 可以把一個(gè)復(fù)雜的系統(tǒng)劃分為一 些 更簡(jiǎn)單的子系統(tǒng)， 而 這些子系統(tǒng)之間 又能夠 保持相互獨(dú)立，并與整個(gè)系統(tǒng)保持一致 ?！? 系統(tǒng)架構(gòu)設(shè)計(jì)時(shí)所應(yīng)明確的一些問題 （ 1）何時(shí)開展架構(gòu) 設(shè)計(jì)工作 一般應(yīng)該在 應(yīng)用 系統(tǒng)的需求分析和域建模完成后 開展 。除了將系統(tǒng)劃分為并發(fā)執(zhí)行的控制線程以外，并發(fā)視圖也必須處理這些線程之間的通信和同步。 （ 2）用例視圖 用例視圖描述系統(tǒng)應(yīng)該交付的功能，也就是外部參與者所看到的功能；用例視圖的使用者是客戶、設(shè)計(jì)人員、開發(fā)人員以及測(cè)試人員。 （ 2）架構(gòu)設(shè)計(jì) 主 要包括 體系結(jié)構(gòu)設(shè)計(jì)和各個(gè)層中的模塊設(shè)計(jì)， 是指對(duì)軟件、硬件、網(wǎng)絡(luò)、運(yùn)營、政策等軟件設(shè)計(jì)中的需求和要素進(jìn)行 決策 。通過軟件架構(gòu)可以為 后面的詳細(xì) 設(shè)計(jì)工作和 系統(tǒng)的 維護(hù)工作的組織、實(shí)施提供一定的依據(jù)。最后是希望能夠達(dá)到簡(jiǎn)潔 —— 好的架構(gòu)一定易于理 解，易于學(xué)習(xí)，易于維護(hù)，開發(fā)者希望能夠通過一個(gè)簡(jiǎn)潔的架構(gòu)來把握系統(tǒng)。下面是摘錄IEEEStd14712020 Remended Practice for Architectural Description of SoftwareIntensive Systems 中有關(guān)對(duì)“ Achitecture”一詞的解釋。 （ 6）可伸縮性 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教 授工作室，版權(quán)所有，盜版必究 ， 12/20 頁 考慮到一般的企業(yè)應(yīng)用的網(wǎng)站系統(tǒng)的網(wǎng)上業(yè)務(wù)建設(shè)是 一個(gè)循序漸進(jìn)、不斷擴(kuò)充的過程 ，系統(tǒng)要采用積木式結(jié)構(gòu)，整體構(gòu)架的考慮要與現(xiàn)有系統(tǒng)進(jìn)行無縫連接，為今后系統(tǒng)擴(kuò)展和集成留有擴(kuò)充余量。特別要考慮一定時(shí)期內(nèi)業(yè)務(wù)的增長(zhǎng)和應(yīng)用的變化趨勢(shì)。 （ 5）數(shù)據(jù)庫的邏輯設(shè)計(jì) 根據(jù)在模塊設(shè)計(jì)和劃分出的各個(gè)實(shí)體類、實(shí)體類之間的關(guān)系、實(shí)體類中的各個(gè)成員屬性等確定出數(shù)據(jù)庫表中的各個(gè)字段和字段的數(shù)據(jù)類型。 （ 2）體系結(jié)構(gòu)設(shè)計(jì)（架構(gòu)設(shè)計(jì)） 體系結(jié)構(gòu)是對(duì)復(fù)雜的軟件系統(tǒng)的一種抽象，如客戶 /服務(wù)器（ C/S）和瀏覽器 — Web 服務(wù)器 — 數(shù)據(jù)庫服務(wù)器（ B/W/S）結(jié)構(gòu)等的應(yīng)用 。 （ 2）設(shè)計(jì)中強(qiáng)調(diào)的是軟件系統(tǒng)的可擴(kuò)展性 同時(shí)由于面向?qū)ο笤O(shè)計(jì)的技術(shù)成熟和不斷地發(fā)展，已經(jīng)形成了一系列的重要設(shè)計(jì)原則和方法、設(shè)計(jì)模式。 例如 在下面的 【例 3– 1】 的代碼示例中，體現(xiàn)了 客戶和訂單 之間的 關(guān)聯(lián) 關(guān)系 ， 因?yàn)?每個(gè)訂單對(duì)應(yīng)特定的客戶， 而 每個(gè)客戶對(duì)應(yīng)一些特定的訂單 。 這些新的理解以及開發(fā)中 如果 遇到的需求變化，都會(huì)再作用到 軟件 系統(tǒng)開發(fā)本身 （也包括設(shè)計(jì)階段） ， 從而能夠 形成一種螺旋式 上升 的開 發(fā)方式 和開發(fā)過程。 軟件 系統(tǒng)設(shè)計(jì)過程中的各項(xiàng)活動(dòng)，其實(shí)就是 權(quán)衡 “利與弊”的過程，設(shè)計(jì)人員需要 在“ 簡(jiǎn)單 ” 與 “ 復(fù)雜 ” 之間權(quán)衡 、在“功能實(shí)現(xiàn)”與“系統(tǒng)性能”之間進(jìn)行 權(quán)衡 、 在一種 “技術(shù) 方案 ” 與另一種 也可行的“技 術(shù) 方案 ” 之間 進(jìn)行 權(quán)衡。 （ 2） What（ 要解決用戶 在應(yīng)用系統(tǒng)時(shí) 的哪些 方面的 問題 ， 功能方面 有哪些？ 性能方面 又有哪些？） 要解決用戶的什么問題，表達(dá)的是開發(fā)者必須把企業(yè)存在的問題提取出來，分析研究哪些問題是可以用信息化技術(shù)或者特定的軟件系統(tǒng)和工具可以幫助解決的；同時(shí)還應(yīng)該搞清楚，企業(yè)應(yīng)用了該信息化的技術(shù)以后 ，企業(yè)的業(yè)務(wù)流程需要做什么樣的更改，以及這些更改會(huì)帶給企業(yè)什么樣的正面和負(fù)面的影響。比如，關(guān)心是否是分布式應(yīng)用程序 、 關(guān)心系統(tǒng)分層是如何設(shè)計(jì)和實(shí)現(xiàn)的 ，也關(guān)心 系統(tǒng)的 性能和安全 性等方面的要求是如何滿足的 。 有利于指導(dǎo)軟件系統(tǒng)的編程實(shí)現(xiàn)。 在對(duì)軟件系統(tǒng)進(jìn)行 分析建模 的 過程 中， 必須 要邀請(qǐng) 用戶 方的有關(guān)人員 參與，并且需要用戶 進(jìn)一步地 解釋 這些需求。 圖 某 圖書館管理系統(tǒng) 項(xiàng)目中的 架構(gòu) 包圖 從上面的包圖中，很明顯地能夠看出，該系統(tǒng)采用標(biāo)準(zhǔn) 的四層架構(gòu)實(shí)現(xiàn)：表示層、控制層、業(yè)務(wù)處理層和數(shù)據(jù)訪問層；并且也能夠了解每層中的各個(gè)核心的組件及其關(guān)系。本章主要介紹 系統(tǒng)概要設(shè)計(jì)中 與“ 架構(gòu)設(shè)計(jì) ”有關(guān)的各個(gè)方面的內(nèi)容，并通過 網(wǎng)上商城項(xiàng)目中的系統(tǒng)架構(gòu)設(shè)計(jì) 的 示例 來闡述與 架構(gòu)設(shè)計(jì) 有關(guān)的思想、原則和方法以及模式的具體應(yīng)用。楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教 授工作室，版權(quán)所有，盜版必究 ， 1/20 頁 第 3 章 系統(tǒng)概要設(shè)計(jì) 中的架構(gòu)設(shè)計(jì)（第 1/3 部分） 系統(tǒng)分析的目的就是把需求轉(zhuǎn)換為未來系統(tǒng)的設(shè)計(jì) ， 分析與設(shè)計(jì)是一個(gè)前后 相互關(guān)聯(lián)的過程 。 概要設(shè)計(jì) 軟件系統(tǒng)設(shè)計(jì) 軟件系統(tǒng)設(shè)計(jì)概述 （ 1）什么是系統(tǒng)設(shè)計(jì) 所謂系統(tǒng)設(shè)計(jì)就是通過某種特定的平臺(tái)，而達(dá)到完成軟件系統(tǒng)的整體功能（ 也就是 把軟件需求 轉(zhuǎn)變 為軟件的具體方案 ）的實(shí)現(xiàn)。 （ 3）系統(tǒng)的詳細(xì)設(shè)計(jì)（重點(diǎn)在系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)設(shè)計(jì)） 通過對(duì)軟件系統(tǒng)的結(jié)構(gòu)表示進(jìn)一步地細(xì)化和完善，最后獲得軟件系統(tǒng)的詳細(xì)數(shù)據(jù)結(jié)構(gòu)和算法、關(guān)鍵性問題的解決等方面的解決方案。當(dāng)然，其目的不外乎是能夠 驗(yàn)證 開發(fā)者所 建立 出 的 軟件 模型是否 是 正確 的、合理的、可行的！因?yàn)?軟件系統(tǒng) 的 設(shè)計(jì) 本身， 實(shí)際上也是個(gè)建模過程，它把分析階段得出的信息也就是需求模型，轉(zhuǎn)換為稱之為解決方案的 設(shè)計(jì) 模型。 （ 2）進(jìn)行軟件系統(tǒng)設(shè)計(jì)的目的 對(duì)軟件系統(tǒng)進(jìn)行 全面地 設(shè)計(jì) 的主要目的，是希望能夠 指明一種易轉(zhuǎn)化成 軟件系統(tǒng)的功能 代碼的解決方案 ,是對(duì)系統(tǒng)分析工作的進(jìn)一步地細(xì)化 和具體的實(shí)現(xiàn) 。 當(dāng)然，軟件系統(tǒng)的設(shè)計(jì)者，為了能夠達(dá)到該設(shè)計(jì)的目標(biāo)。 （ 3） Why（ 為什么要解決這些方面的問題？將這些問題解決后，能否為系統(tǒng)的用戶帶來價(jià)值、降低開發(fā)方的成本等 。 因此，好的設(shè)計(jì)方案，一定是“中庸”的設(shè)計(jì)。 在這種開發(fā)方式中，對(duì)于已有的 系統(tǒng)設(shè)計(jì)或者部分編程實(shí)現(xiàn)的 代碼， 只需要進(jìn)行局部地進(jìn)行修改或者調(diào)整以體現(xiàn)系統(tǒng)的變化。 【例 3– 1】 體現(xiàn)了 客戶和訂單 之間的 關(guān)聯(lián) 關(guān)系的代碼示例 public class UserInfo{ private ArrayList orders。這些原則和方法可以大大地提高系統(tǒng)的設(shè)計(jì)質(zhì)量； 從而使得應(yīng)用 面向?qū)ο?設(shè)計(jì)的方法能夠 設(shè)計(jì)和建立一個(gè)大型的、分布式的、可升級(jí)、可維護(hù)而且是安全的軟件系統(tǒng)成為可能。同時(shí)在 架構(gòu)設(shè)計(jì)中還應(yīng)該考慮采用什么形式的框架技術(shù)和服務(wù)器的平臺(tái)類型等內(nèi)容。當(dāng)然， 構(gòu)造數(shù)據(jù)庫的表結(jié)構(gòu)必須遵循一定的規(guī)則。在充分考慮技術(shù)上先進(jìn)性的同時(shí)，盡量采用技術(shù)成熟、市場(chǎng)占有率比較高的產(chǎn)品，從而保證建成的網(wǎng)站系統(tǒng)具有良好的穩(wěn)定性、可擴(kuò)展性和安全性。 （ 7）可移植性 在選擇開發(fā)的應(yīng)用平臺(tái)上，應(yīng)該考慮能夠建設(shè)出一套與平臺(tái)無關(guān)，以統(tǒng)一的服務(wù)接口規(guī)范和與各種數(shù)據(jù)庫都能夠相連的應(yīng)用組件。 Achitecture： The fundamental anization of a system embodied in its ponents, theirrelationships to each othe