6.4.1 模型概述

　　以精心選擇的形式 將若干結構元素進行裝配。

　　軟件架構 = { 元素，形式，關系/約束 }

　　邏輯視圖(logical view)對象模型。

　　過程視圖(process view)并發和同步特征。

　　物理視圖(physical view)分布式。

　　開發視圖(development view)靜態組織結構。

　　Rational 4.1 視圖模型。

　　每個視圖上均獨立地應用 Perry&Wolf 軟件架構公式。

　　對每種視圖選用特定的 架構風格(architectural style)。

　　6.4.2 邏輯結構

　　邏輯架構主要支持功能性需求，系統分解為一系列的關鍵抽象，(大多數)來自于問題域，表現為對象或對象類的形式。

　　抽象、封裝、繼承。

　　對于數據驅動程度高的應用程序，可以使用其他形式的邏輯視圖，如 E-R圖 代替面向對象的方法。

　　1、邏輯視圖的風格

　　采用面向對象的風格，試圖在整個系統中 保持 單一的、一致的 對象模型。

　　6.4.3 進程架構

　　進程架構考慮一些非功能性的需求，并發性、分布性、系統完整性、容錯性，以及邏輯視圖的主要抽象如何與進程結構相配合在一起。

　　進程是 構成可執行單元任務的分組。

　　區分主要次要任務：主要任務是 可以唯一處理的架構元素;次要任務是 由于實施原因而引入的局部附加任務。

　　6.4.4 開發架構

　　開發架構關注軟件開發環境下實際模塊的組織。

　　開發架構用模塊和子系統圖來表達，顯示了“輸出”和“輸入”關系。

　　考慮因素：開發難度、軟件管理、重用性、通用性、由工具集、語言 所帶來的限制。

　　開發視圖 是建立產品線的 基礎。

　　推薦使用分層(layered)的風格，每層具有良好定義的職責。某層子系統依賴同一層或低一層的子系統，最大程度地減少了具有復雜模塊依賴關系的 網絡的開發量。

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

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

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