6.4.1 模型概述
以精心選擇的形式 將若干結構元素進行裝配。
軟件架構 = { 元素,形式,關系/約束 }
邏輯視圖(logical view)對象模型。
過程視圖(process view)并發(fā)和同步特征。
物理視圖(physical view)分布式。
開發(fā)視圖(development view)靜態(tài)組織結構。
Rational 4.1 視圖模型。
每個視圖上均獨立地應用 Perry&Wolf 軟件架構公式。
對每種視圖選用特定的 架構風格(architectural style)。
6.4.2 邏輯結構
邏輯架構主要支持功能性需求,系統(tǒng)分解為一系列的關鍵抽象,(大多數(shù))來自于問題域,表現(xiàn)為對象或對象類的形式。
抽象、封裝、繼承。
對于數(shù)據(jù)驅動程度高的應用程序,可以使用其他形式的邏輯視圖,如 E-R圖 代替面向對象的方法。
1、邏輯視圖的風格
采用面向對象的風格,試圖在整個系統(tǒng)中 保持 單一的、一致的 對象模型。
6.4.3 進程架構
進程架構考慮一些非功能性的需求,并發(fā)性、分布性、系統(tǒng)完整性、容錯性,以及邏輯視圖的主要抽象如何與進程結構相配合在一起。
進程是 構成可執(zhí)行單元任務的分組。
區(qū)分主要次要任務:主要任務是 可以唯一處理的架構元素;次要任務是 由于實施原因而引入的局部附加任務。
6.4.4 開發(fā)架構
開發(fā)架構關注軟件開發(fā)環(huán)境下實際模塊的組織。
開發(fā)架構用模塊和子系統(tǒng)圖來表達,顯示了“輸出”和“輸入”關系。
考慮因素:開發(fā)難度、軟件管理、重用性、通用性、由工具集、語言 所帶來的限制。
開發(fā)視圖 是建立產品線的 基礎。
推薦使用分層(layered)的風格,每層具有良好定義的職責。某層子系統(tǒng)依賴同一層或低一層的子系統(tǒng),最大程度地減少了具有復雜模塊依賴關系的 網絡的開發(fā)量。
相關推薦:北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |