5.3.1 軟件架構風格概述

　　一個體系結構 定義 一個詞匯表 和 一組約束。詞匯表中包含 構件和連接件類型約束指出 如何 組合起來。

　　體系結構風格 反映了 共有的結構和語義特性，并指導如何 組織成一個完整的系統。

　　5.3.2 經典軟件體系結構風格

　　每個構件都有一組輸入和輸出，數據輸入構件，經過內部處理，然后產生數據輸出。這里的構件稱為 過濾器。

　　構件是對象。

　　分層系統，每一層為上層提供服務，并作為下層的客戶。除一些精心挑選的 輸出函數外，內部的層接口只對 相鄰層可見。由于一層最多只影響兩層，為軟件重用提供了強大的支持。

　　倉庫風格中，兩種不同的構件：中央數據結構、獨立構件。

　　若構件控制共享數據，則倉庫是一傳統型數據庫;若中央數據結構 的當前狀態觸發進程執行的選擇，則倉庫是一黑板系統。

　　C2 體系結構 通過連接件綁定在一起 按照一組規則運作的并行構件網絡。構件與構件之間的連接是不允許的。

　　5.3.3 客戶/服務器 風格

　　宿主機應用程序 既負責與用戶的交互(前端)，又負責對數據的管理(后端)。

　　C/S 體系結構 定義了工作站如何與服務器相連，實現部分數據和應用 分布到多個處理機上。

　　C/S三個主要組成部分：服務器、客戶機、網絡。

　　易于對系統進行擴充和縮小。

　　功能構件充分隔離，客戶應用程序的開發集中于數據的顯示和分析，數據庫服務器的開發集中于數據的管理，將大應用處理任務分布到許多通過網絡連接的低成本計算機上，模型思想簡單。

　　開發成本高，尤其是軟件不斷升級，客戶端變得越來越臃腫。

　　信息內容和形式單一，用戶獲得的只是單純的字符和數字。

　　軟件移植困難，維護升級困難。

　　5.3.4 三層 C/S 結構風格。

　　三層 C/S 體系結構中，可以將 整個應用邏輯 駐留在應用服務器上，只有表示層存在于客戶機上，稱為“瘦客戶機”。表示層、功能層、數據層。

　　表示層一般要使用圖形用戶界面 GUI。

　　功能層之間的數據交互 要 盡可能簡潔，一次性傳輸。

　　數據層不同層構件 相互獨立，層間接口簡潔，適合復雜事務處理。

　　2010年下半年軟考試題及答案解析匯總

　　2010年下半年軟件水平考試答案

　　2011年軟考系統架構設計師學習筆記匯總