軟件體系結構建模(1)(完整版)
【正文】 更低層 的子系統(tǒng)通訊 ， 這樣可以使每個層次的接口既完備又精練 ， 避免了各個模塊之間很復雜的依賴關系 。 開發(fā)視圖通過系統(tǒng)輸入輸出關系的模型圖和子系統(tǒng)圖來描述 。 在面向對象技術中 ， 通過抽象 、 封裝和繼承 ， 可以用對象模型來代表邏輯視圖 ， 用類圖來描述邏輯視圖 。 每一個視圖只關心系統(tǒng)的一個側面 ， 5個視圖結合在一起才能反映系統(tǒng)的軟件體系結構的全部內容 。 動態(tài)可以指系統(tǒng)總體結構的配置 、 建立或拆除通信通道或計算的過程 。第 2章 軟件體系結構建模 本章結構 軟件體系結構建模概述 “4＋ 1”視圖模型 軟件體系結構的核心模型 軟件體系結構的生命周期模型 ※ 軟件體系結構抽象模型 ◇ 軟件體系結構建模的種類 第二章 軟件體系結構建模 軟件體系結構建模概述 ◎ 結構模型 ◎ 框架模型 ◎ 動態(tài)模型 ◎ 過程模型 ◎ 功能模型 根據(jù)建模的側重點不同 ◇ 軟件體系結構建模的種類 第二章 軟件體系結構建模 軟件體系結構建模概述 ◎ 結構模型 這是一個最直觀 、 最普遍的建模方法 。 ◇ 軟件體系結構建模的種類 第二章 軟件體系結構建模 軟件體系結構建模概述 ◎ 過程模型 過程模型研究構造系統(tǒng)的步驟和過程 。 ◎ Dewayne Perry和 Alexander Wolf （ 1992年） 軟件體系結構是具有一定形式的 結構化元素 ， 即構件的集合 ， 包括處理構件 、 數(shù)據(jù)構件和連接構件 。 第二章 軟件體系結構建模 “4+1”視圖模型 可以從 Booch標記法中導出邏輯視圖的標記法 ， 只是從體系結構級的范疇來考慮這些符號 ， 用 Rational Rose進行體系結構設計 。 系統(tǒng)的開發(fā)體系結構用模塊圖和子系統(tǒng)圖來表示 。 （ 這樣做的目的是使模塊間相互依賴而構成的復雜網絡最小化 ， 并使得系統(tǒng)可以采用逐層的策略完成釋放 。 它可看成一系列獨立的 ， 通過邏輯網絡相互通信的程序 。 第二章 軟件體系結構建模 “4+1”視圖模型 通過擴展 Booch對 Ada任務的表示法 ， 來表示進程視圖 。 構件寬帶或總線雙向通信單向通信臨時通信通信其他設備處理器連接件◇ 物理視圖（從軟件到硬件的映射） 第二章 軟件體系結構建模 “4+1”視圖模型 ACS系統(tǒng)的物理視圖 C主KKKKKKKKF備份F主F備份F主C備份◇ 物理視圖（從軟件到硬件的映射） 第二章 軟件體系結構建模 “4+1”視圖模型 具有進程分配的小型 ACS系統(tǒng)的物理視圖 K會 話 進 程F終 端 進 程控 制 器 進 程◇ 物理視圖（從軟件到硬件的映射） ◇ 物理視圖 第二章 軟件體系結構建模 “4+1”視圖模型 具有進程分配的大型 ACS系統(tǒng)的物理視圖 C中心進程備份節(jié)點偽中心進程F會話進程終端進程偽中心進程F會話進程終端進程K控制器進程K控制器進程K控制器進程更多的K 類處理器線路接口卡 線路接口卡線路接口卡◇ 場景（匯總） 第二章 軟件體系結構建模 “4+1”視圖模型 場景可以看作是那些重要系統(tǒng)活動的抽象，它使四個視圖有機聯(lián)系起來，從某種意義上說場景是最重要的需求抽象。該模型的目標是為指定的面向對象軟件系統(tǒng)提供一個多視點的框架。 ◇ 補充 第二章 軟件體系結構建模 “4+1”視圖模型 4＋ 1視圖模型中對視圖的定義是松散的。 初始的體系結構演化為最終的真實系統(tǒng)。 連接件的
醫(yī)療健康相關推薦
鄂ICP備17016276號-1