【正文】
?！　?yōu)點：　　可以與具體類分開?！　bstract Factory 模式　　在不指定具體類的情況下，為創(chuàng)建一些列 相關 或 相互依賴的對象提供了接口。 設計模式實例 創(chuàng)建性模式　　通過該了的子類來創(chuàng)建對象的?！　〗Y構型模式，如何組合已有的類和對象 以及獲得更大的結構?！　“丛O計模式范圍劃分，類設計模式、對象設計模式?！　≡O計模式主要用于 得到簡潔靈活的 系統(tǒng)設計。模式應該說明它的目標讀者，以及對讀者有哪些知識要求。　　已知應用，通常好的模式前面都有一個摘要，提供簡短的總結和概述，為模式描繪出一個清晰的圖畫，提供有關該模式能夠解決問題的快速信息?！　』驹?，解釋該模式 如何、為何 能解決當前問題?！　∈纠?，幫助讀者理解模式的具體使用方法?！　訖C，描述相關的動機和約束，通常需要對各期望的目標進行有限排序，動機闡明了問題的復雜性，定義了在相互沖突時所采取的各種權衡手段?！　栴}或意圖，解釋了設計問題和問題存在的前因后果，可能描述了特定的設計問題。　　。　　，不依賴于 系統(tǒng)、語言、領域?！　》奖汩_發(fā)人員之間的通信　　可以更準確地 描述問題 及 問題的解決方案，使解決方案具有一致性。 為什么要使用設計模式　　面向對象設計時需要考慮 封裝性、力度大小、依賴關系、靈活性、可重用性 等?！　〗鉀Q方案(Solution)，平衡各動機 或解決所闡述問題的 構造或配置。 設計模式的歷史　　模式分為幾個部分：　　特定的情景(Context)，指模式在 何種情況下發(fā)生作用?！　∠到y(tǒng)大多數(shù)關鍵的功能以場景的形式被捕獲，關鍵意味著：最重要的功能、系統(tǒng)存在的理由、使用頻率最高的功能、必須減輕的一些重要技術風險?！　〕藴p少 風險之外，還有其他優(yōu)點：團隊合作、培訓、加深對架構的理解、深入程序和工具 等?！　鼍氨硎痉ㄅc組件邏輯視圖非常相似，但它使用過程視圖的連接符來表示對象之間的交互。　　4+1 的 +1 起到了兩個作用：　　作為一項驅動因素 來發(fā)現(xiàn)架構設計過程中的 架構元素。 場景　　4種視圖的元素通過數(shù)量比較少的一組重要場景(更常見的是用例)進行無縫協(xié)同工作，我們?yōu)閳鼍懊枋鱿鄳哪_本(對象之間和過程之間的交互序列)。某層子系統(tǒng)依賴同一層或低一層的子系統(tǒng)，最大程度地減少了具有復雜模塊依賴關系的 網絡的開發(fā)量 物理架構　　物理架構主要關注系統(tǒng)非功能性的需求，可用性、可靠性(容錯性)，性能(吞吐量)、可伸縮性?！　￠_發(fā)視圖 是建立產品線的 基礎?！　￠_發(fā)架構用模塊和子系統(tǒng)圖來表達，顯示了“輸出”和“輸入”關系。次要任務是 由于實施原因而引入的局部附加任務?！　∵M程是 構成可執(zhí)行單元任務的分組?！　∵壿嬕晥D的風格采用面向對象的風格，試圖在整個系統(tǒng)中 保持 單一的、一致的 對象模型?！　〕橄蟆⒎庋b、繼承。對每種視圖選用特定的 架構風格(architectural style)。　　每個視圖上均獨立地應用 Perryamp。　　開發(fā)視圖(development view)靜態(tài)組織結構?！　∵^程視圖(process view)并發(fā)和同步特征。 系統(tǒng)架構文檔化 模型概述　　以精心選擇的形式 將若干結構元素進行裝配。然后決定它們應該歸屬于那些粗粒度組件?！　”M可能簡化組件之間的關系?！　∵^小的范圍，將會造成粗粒度組件不容易使用，用戶需要理解不同的粗粒度組件之間的復雜關系?！　〈至６冉M件的范圍過于廣泛，難以發(fā)揮重用價值，粗粒度組件擁有持久化的行為，擁有業(yè)務邏輯，需要表示層的支持。一般先從精化開始。并評判系統(tǒng)是否 齊全、方便、好用。提供操作的快捷方式。其次，根據(jù)外部服務之間的聚合關系組織相應的命令。　　 分析用戶的 工作流與習慣，從每類中選取一個用戶代表，建立調查表，判斷用戶對操作界面的需求和喜好?！　∫环矫嫒Q于 需求，另一方面取決于 對軟件技術手段把我和選取?！　≡O計技術支撐方案　　當用戶需求發(fā)生變化時，技術支撐方案應具有良好的穩(wěn)定性。　　為 易于理解，應該用分離的 UML 交互圖 分別表示 事件流和每個備選事件流。　　事件流中的事件 直接對應交互圖中的消息，事件間的先后關系體現(xiàn)為 交互圖中的時序，對消息的響應 則構成消息接收者的職責，這種職責被確立為 類的方法?！　】刂祁?，《control》?！　∵吔珙悾禸oundary》。　　。　　。 面向對象的設計方法　　設計用例實現(xiàn)方案　　，實現(xiàn)類和控制類?！　】蛇x功能 和 必須實現(xiàn)的功能 置于 不同的包。　　包之間的耦合度。　　分層模式 降低軟件系統(tǒng)的 耦合度。　　模型 維護并保存數(shù)據(jù)，視圖 呈現(xiàn)數(shù)據(jù)，控制器將動作映射為處理功能并實際調用?！　〗㈨攲蛹軜嫛　№攲蛹軜嫳阌陂_發(fā)人員 聚焦于系統(tǒng)的不同部分。　　用活動圖表示用例　　生成用例圖　　執(zhí)行者與用例之間的關系有兩種：觸發(fā)執(zhí)行、信息交換。如果一個用戶扮演多種角色，則需要多個執(zhí)行者來表示同一用戶。迭代計劃中，要確定迭代次數(shù)、每次迭代所需時間 以及 每次迭代中應完成的用例?！　≡瓌t：　　 應 優(yōu)先安排?！　??！　?，用例、用例圖、類、類圖 將 依據(jù) 包 的劃分方法 分屬于 不同包?！　〖毣　〖毣A段的開始 標志著 項目的正式確立。迭代的漸進式軟件開發(fā)過程包含四個階段：初啟、細化、構件、部署。部署圖 由 體系結構設計師、網絡工程師、系統(tǒng)工程師 等 描述。 部署圖　　部署圖 也稱 配置圖、實施圖，顯示系統(tǒng)中計算節(jié)點的 拓撲結構、通信路徑、節(jié)點上運行的軟構件等?！　嫾褪且粋€實際文件，以下幾種類型：　　部署構建　　工作產品構件　　執(zhí)行構件　　構件圖可以對以下幾個方面建模：　　對源代碼文件之間的相互關系建模。 構件圖　　構件是系統(tǒng)中 遵從一組接口 且提供其實現(xiàn)的 物理的、可替換 的部分。，活動圖中可以出現(xiàn)對象，對象可用作為活動的輸入輸出。　　，同一個觸發(fā)事件，可以根據(jù)不同的警戒條件轉向不同的活動，每個可能的轉移是一個分支?！　』顒訝顟B(tài)是可分解的，工作完成需要一定的時間?！　』靖拍睿夯顒?、泳道、分支、分叉、匯合、對象流?！　』顒訄D　　是 UML 動態(tài)行為建模的 5個圖之一，描述系統(tǒng)的 工作流程 和 并發(fā)行為?！　∈?UML 動態(tài)行為建模的 5個圖之一，用 狀態(tài)機 對一個對象的生命周期建模，狀態(tài)圖 用于顯示狀態(tài)機，重點在于 狀態(tài)之間的控制流。泛化關系，一般和特殊元素之間的關系，就是平常所說的繼承關系?！　【奂徒M合　　聚集 是一種特殊形式的 關聯(lián)，類之間整體與部分的關系?！　∽苑店P聯(lián) 又稱 遞歸關聯(lián)，同一個類的兩個對象間的關系?！　￡P聯(lián)類 描述關聯(lián)的 屬性、操作、以及其他信息?！　￡P聯(lián)，鏈 是關聯(lián)的實例，關聯(lián)表示 類與類之間的關系，鏈表示 對象與對象之間的關系。 類圖和對象圖　　一般而言，類的名字是 名詞?！　∷椒较驗閷ο缶S，一般 主要參與者放在最左邊，次要參與者放在最右邊。　　順序圖、協(xié)作圖 之間可以互相轉化，一個用例需要多個順序圖或協(xié)作圖。 交互圖　　描述對象之間 對象與參與者之間 動態(tài)協(xié)作關系 協(xié)作過程中行為次序。　　擴展，基本用例必須聲明 若干“擴展點”，而這些擴展用例只能在這些擴展點上增加新的行為和含義?！　∮美g的關系，泛化、包含、擴展 等?！　”举|上，用力分析 是一種功能分解 的技術。　　設計階段 用例是 系統(tǒng)功能設計的主要輸入?！　∮美谴硐到y(tǒng)中 各種相關人員之間 就系統(tǒng)的行為所達成的契約。 用例和用例圖　　用例圖 也翻譯為 用況、用按 等，在 UML 中，用例用一個橢圓表示，往往用 動賓結構 或 主謂結構 命名。描述組成和分布情況?！　』顒訄D 描述 操作序列，這些操作序列 可以并發(fā)、同步，包含控制流、信息流。合作圖更強調對象間 的動態(tài)協(xié)作關系?！　〗换D分為 順序圖、合作圖?！　“?子包、類 組成?！　☆悎D的邊表示類之間的聯(lián)系，包括 繼承、關聯(lián)、依賴、聚合 等。 UML 基礎　　UML 通過 圖形化的表示機制 從多個側面 對系統(tǒng)的分析和設計模型進行刻畫?！　≡隗w系結構上 將其他體系結構的標準統(tǒng)一起來。它的特點如下：　　在每一層都遞歸地定義語義結構。其中元模型層由 元元模型層 導出?！　ML通過統(tǒng)一的表示法，使不同知識背景的 領域專家、系統(tǒng)分析、開發(fā)人員、用戶 可以方便地交流。6 2011年軟考系統(tǒng)架構設計師學習筆記第六章　　由于屬性之間存在折中，每一個架設都要被 檢查、驗證、提問，完成所有操作后，把分析的 結果和需求 進行對比。　　迭代的改進?！　傩苑治鍪腔ハ嘁蕾嚨??！　TAM 使用定性的 啟發(fā)式分析方法 QAH，構造 精確分析模型時 要進行分析。　　用一組 消息順序圖 顯示運行時的 交互 和 場景。　　邏輯視圖被分為 功能結構 和 代碼結構。　　確定多個質量屬性之間 這種 的必要性?？傮w的 權衡 和 評價。　　通過各類 風險承擔者協(xié)商討論，開發(fā)一些 任務場景，體現(xiàn)系統(tǒng)所支持的 各種活動?！　。琒AAM 的主要輸入問題是 描述、需求聲明、體系結構描述?！　。枋鲂问?應該被所有參與者理解?！　?，可修改性 是 SAAM分析的主要 質量屬性?！　?，目標是對描述應用程序屬性的文檔，驗證假設和原則，有利于評估固有的風險。 主要評估方法　　SAAM 非功能質量屬性的體系結構分析方法，是最早形式成文檔并得到廣泛使用的分析方法。從風險承擔者的角度與系統(tǒng)的交互的簡短描述?！　★L險承擔著 或稱為 收益相關人。研究敏感點可使人員明確在實現(xiàn)質量目標時 應注意什么。 評估中重要概念　　敏感點 權衡點，是關鍵的體系結構決策?！　】勺冃??！　?。　　，新特性來擴展軟件系統(tǒng)，改進版本來替換構件并刪除不需要的特性構件，需要松散耦合的構件?！　】尚薷男?，通過考察 變更的代價 衡量可修改性。　　安全性，阻止非授權用戶?！　】捎眯裕＿\行的時間比例。　　可靠性，是最重要的軟件特性，平均失效等待時間 MTTF，平均失效間隔時間 MTBF　　，內部修復。關注的是 質量屬性。 搜集可重用的產品單元，為DSSA增加構件?！　《x特定的設計和實現(xiàn)需求約束，不僅要識別出約束，并且要 記錄 約束對設計和實現(xiàn) 造成的后果，還要記錄對處理這些問題時所產生的所有問題的討論。　　定義領域范圍，一系列用戶的需求。數(shù)據(jù)層不同層構件 相互獨立，層間接口簡潔，適合復雜事務處理 DSSA 的建立過程　　一般情況下，需要用 開發(fā)者習慣使用的工具和方法 建立DSSA模型。　　表示層一般要使用圖形用戶界面 GUI。　　三層 C/S 體系結構中，可以將 整個應用邏輯 駐留在應用服務器上，只有表示層存在于客戶機上，稱為“瘦客戶機”。軟件移植困難，維護升級困難?！　￠_發(fā)成本高，尤其是軟件不斷升級，客戶端變得越來越臃腫?！　∫子趯ο到y(tǒng)進行擴充和縮小?！　/S 體系結構 定義了工作站如何與服務器相連，實現(xiàn)部分數(shù)據(jù)和應用 分布到多個處理機上。構件與構件之間的連接是不允許的。若中央數(shù)據(jù)結構 的當前狀態(tài)觸發(fā)進程執(zhí)行的選擇，則倉庫是一黑板系統(tǒng)。　　倉庫風格中，兩種不同的構件：中央數(shù)據(jù)結構、獨立構件。除一些精心挑選的 輸出函數(shù)外，內部的層接口只對 相鄰層可見?！　嫾菍ο?。 經典軟件體系結構風格　　每個構件都有一組輸入和輸出，數(shù)據(jù)輸入構件，經過內部處理，然后產生數(shù)據(jù)輸出。詞匯表中包含 構件和連接件類型約束指出 如何 組合起來。 軟件架構風格　　體系結構設計 核心目標是 重復的體系結構模式，體系結構級的 軟件重用。復審的目的是 標識潛在風險，及早發(fā)現(xiàn) 缺陷和錯誤。 體系結構復審　　根據(jù)架構設計，搭建一個可運行的最小化系統(tǒng) 用于 評估 和 測試 體系架構是否滿足需要?！　⌒枨竽Ｐ蜆嫾?精確形式化描述，作為 用戶和開發(fā)者 之間的一個協(xié)約。獲取需求，體系結構需求一般來自三個方面：系統(tǒng)的質量目標、系統(tǒng)的商業(yè)目標、開發(fā)人員的商業(yè)目標。捕獲變更、性能、可靠性、交互性，質量場景必須包括 預期的 和 非預期的?！　∫暯桥c視圖　　重要的是從不同的視角(perspective)來檢查，考慮體系結構的不同屬性。ABSD 方法有三個基礎，功能分解、選擇體系結構風格、軟件模板的使用?！　◇w系結構驅動，指 構成體系結構的 商業(yè)、質量、功能 需求的組合驅動。　　SA重建是指 從已實現(xiàn)的系統(tǒng)中 獲取體系結構的過程。　　后開發(fā)階段　　實現(xiàn)中的軟件往往具有動態(tài)性，一類是軟件內部執(zhí)行所導致的體系結構改變，另一類變化是軟件系統(tǒng)外部的請求對軟件進行的重配置。失配是指復用過程中，待復用構件對最終系統(tǒng)的體系結構和環(huán)境的架設(Assumption)與實際狀況下不同而導致的沖突?！　≈虚g件跨平臺交互。構件組裝階段　　可復用構件 組裝 可以在較高層次上實現(xiàn)系統(tǒng)，研究內容包括：　　。　　 逐步精化?！　》治龊陀涗?不同版本構件和連接子之間的演化。不同側面的視圖反映所關注的系統(tǒng)的特定方面，體現(xiàn)了關注點分離的思想?！　?Architecture Description Language ADL)對 連接子 的重視成為區(qū)分 ADL和其他建模語言的重要特征之一。保持二者的可跟蹤性和轉換。　　恢復信息的級別　　逆向工程導出的信息，4個抽象層次　　　　　　　　　　恢復信息的方法，4類：　　　　　　　　5 2011年軟考系統(tǒng)架構設計師學習筆記第五章 軟件架構設計　　Software Architecture 簡稱 SA