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