09_ADD構架設計方法

1、* 設計架構設計架構 Designing Architecture (第九周第九周) 王湖南王湖南 提綱提綱 構架結構與視圖構架結構與視圖 演變交付生命期模型演變交付生命期模型(EDLC) 構架設計（構架設計（ADD方法）方法） 1 構架結構和視圖構架結構和視圖 軟件構架的定義 某個軟件或計算機系統(tǒng)的軟件構軟件構 架架是該系統(tǒng)的一個或多個結構， 他們由軟件元素，這些元素之間 的外部可見屬性和這些元素之間 的關系組成 1.1 視圖視圖 現(xiàn)代的軟件系統(tǒng)非常復雜，我們很難一 下子就理解他們。正確的做法是任何時 刻我們只關注軟件系統(tǒng)的一個或幾個結 構。這正如不同的醫(yī)生關注病人的不同 部分 視圖視圖視圖

2、是構架元素內(nèi)聚集的表述 ，由系統(tǒng)涉眾編寫和閱讀，它由一個元 素集合表示和元素之間的關系組成，用 于表示構架中的某個結構 1.2 構架結構構架結構 結構結構結構是元素本身的集合，他們 存在于軟件和硬件中，比如，模塊結構 是系統(tǒng)的模塊和其組織的結構，模塊視 圖是該結構的表示 構架結構根據(jù)元素的主要特性可以分為 三類： 模塊結構模塊結構 組件組件連接器結構連接器結構 分配結構分配結構 1.3 軟件結構軟件結構 常見的軟件構架結構 模塊 分解類 使用 分層 組件-連接器 客戶機/ 服務器 共享 數(shù)據(jù) 并發(fā) 進程 分配 工作 分配 實現(xiàn) 部署 1.3.1 模塊結構 模塊結構模塊結構的元素是模塊，模塊表示

3、一種 考慮系統(tǒng)的基于代碼的方法。 模塊結構要回答的問題： 1、分配給每個模塊的主要功能責任 2、允許模塊使用的其它軟件元素 3、它實際使用的其它軟件是什么 4、什么模塊通過泛化和特化（類的繼承） 關系與其它模塊相關 1.3.1 模塊結構 基于模塊的結構包括如下內(nèi)容： 1、分解（任務分解）、分解（任務分解） 分解模塊通過“是一個子模塊”的關 系將彼此關聯(lián)起來，它展示了如何將大 的模塊分解為小模塊，直到很容易理解 為止 該方法適用于資源分配、項目結構化 和規(guī)劃，信息隱藏等 1.3.1 模塊結構 2、使用（調(diào)用關系）、使用（調(diào)用關系） 使用單元也是模塊、過程或模塊結 構上的資源，這些單元通過“使用”

4、 關系彼此關聯(lián) 該結構單元用于設計子集、設計擴 展等，便于系統(tǒng)的增量式開發(fā) 比如，我們?yōu)橐粋€系統(tǒng)設計數(shù)據(jù)處 理，我們可能有很多處理被調(diào)用，但 開始時我們只完成有限的實際處理單 元，然后再擴展 1.3.1 模塊結構 3、分層（特殊的使用關系）、分層（特殊的使用關系） 當以一種特定的方式小心地控制該結 構中的使用關系時，就出現(xiàn)了由層組 成的系統(tǒng)，在該系統(tǒng)中，一個層就是 相關功能的一個一致的集合。在一個 嚴格的分層結構中，第n層只能使用 第n-1層提供的服務 分成適用于增量式開發(fā)，在“虛擬機 ”上實現(xiàn)可移植性，操作系統(tǒng)多采用 分層結構 1.3.1 模塊結構 4、類或泛化、類或泛化 該結構中的模塊單元

5、是類，關系是 “繼承自”或“是一個實例” 該結構適用于面向?qū)ο蟮木幊讨校?從一個公共的模板中產(chǎn)生快速的、相近 的實現(xiàn) 1.3.2 組件連接器結構 該結構的元素是運行時的組件和連接器 該結構回答如下問題： 1、什么是主要的執(zhí)行組件，它們之間如何 交互 2、什么是主要的共享數(shù)據(jù)存儲 3、數(shù)據(jù)在系統(tǒng)中經(jīng)過了哪些地方 4、系統(tǒng)的哪些部分可以并行運行 5、系統(tǒng)執(zhí)行時，其結構可能發(fā)生的變化 1.3.2 組件連接器結構 組件結構包括如下內(nèi)容 1、進程或通信進程、進程或通信進程 此處的單元為通過通信、同步和/或排 除操作將彼此相連的進程或線程 該結構用于調(diào)度分析；性能分析等 1.3.2 組件連接器結構 2、并

6、發(fā)、并發(fā) 該結構能夠使設計師確定并行的機會 以及可能出現(xiàn)的資源爭用的位置。 單元是組件，連接器是“邏輯線程” 其適用于確定存在資源爭用，線程交 叉、連接、被創(chuàng)建或被殺死的位置 1.3.2 組件連接器結構 3、共享數(shù)據(jù)或存貯庫、共享數(shù)據(jù)或存貯庫 該結構由創(chuàng)建、存儲和訪問持久數(shù)據(jù) 的組件和連接器組成 該結構展示了軟件元素如何產(chǎn)生數(shù)據(jù) 和使用數(shù)據(jù)，可以使用該結構確保良好 的性能和數(shù)據(jù)完整性 1.3.2 組件連接器結構 4、客戶機、客戶機/服務器服務器 組件是客戶機和服務器，連接器是協(xié) 議以及它們共享來執(zhí)行系統(tǒng)工作的消息 該結構適用于關注點的分離（支持可 修改性）、物理分布和負載平衡 1.3.3 分配

7、結構 分配結構分配結構展示了軟件元素，創(chuàng)建并執(zhí)行 軟件的一個或多個外部環(huán)境中的元素之 間的關系 它回答如下問題： 1、每個軟件元素在什么處理器上執(zhí)行 2、在開發(fā)、測試和系統(tǒng)構建期間，每個元 素都存儲在什么文件中 3、分配給開發(fā)小組的軟件元素是什么 1.3.3 分配結構 1、部署、部署 該結構展示了如何將軟件分配給硬件 處理和通信元素 該結構的元素是軟件、硬件和通信路 徑；關系是“分配給”和“移植到” 該結構用于工程人員對性能、數(shù)據(jù)完 整性、可用性和安全性進行推斷 1.3.3 分配結構 2、實現(xiàn)、實現(xiàn) 該結構展示了軟件元素是如何映射到 系統(tǒng)開發(fā)、集成或配置控制環(huán)境中的文 件結構上。這對于開發(fā)活動

8、和構架構成 的管理非常重要 1.3.3 分配結構 3、工作分配、工作分配 該結構將實現(xiàn)和集成模塊的責任分配 給開發(fā)小組 該構架適用于項目管理、最佳利用專 業(yè)技術等，具有管理和構架兩層含義 1.4 構架之間的關聯(lián) 上面描述的各種構架都提供了關于某一 系統(tǒng)不同的考察視角和設計線索，他們 都是有用而且有效的。 這些構架之間是相互關聯(lián)的，一個項目 往往將某種構架作為主要構架，并根據(jù) 結構的需要考慮運用其它構架 并不是所有的系統(tǒng)都需要在構架上采用 多種結構 結構代表了構架的主要工程設計平衡點 1.4 通常我們會選擇那些結構 1、模塊模塊視圖結構，這是關鍵的抽象視圖結構，這是關鍵的抽象 2、進程進程，該視

9、圖解決功能的并發(fā)和分布，該視圖解決功能的并發(fā)和分布 問題問題 3、開發(fā)開發(fā)，該視圖展示了軟件模塊、庫、，該視圖展示了軟件模塊、庫、 子系統(tǒng)和開發(fā)單元的組織子系統(tǒng)和開發(fā)單元的組織 4、部署部署，該視圖將其它元素映射到了處，該視圖將其它元素映射到了處 理和通信節(jié)點上理和通信節(jié)點上 2. 演變交付生命期模型演變交付生命期模型 任何一個好的系統(tǒng)都具有的兩個特性：任何一個好的系統(tǒng)都具有的兩個特性： 1.存在一個強大的構架構想存在一個強大的構架構想 2.應用管理良好的應用管理良好的迭代式增量迭代式增量開發(fā)周期開發(fā)周期 演變交付生命期演變交付生命期(Evolutionary Delivery Life cy

10、cle)模型使開發(fā)的軟件系統(tǒng)具有上模型使開發(fā)的軟件系統(tǒng)具有上 述兩個特征，它也是微軟公司采用的軟述兩個特征，它也是微軟公司采用的軟 件開發(fā)策略的基礎件開發(fā)策略的基礎 2.1 演變交付生命期模型說明演變交付生命期模型說明 演變交付生命期模型的意圖是通過獲得演變交付生命期模型的意圖是通過獲得 用戶和客戶反饋，并在發(fā)布最終版本前用戶和客戶反饋，并在發(fā)布最終版本前 通過幾個版本進行迭代通過幾個版本進行迭代 該模型的目的是支持具有上市時間壓力該模型的目的是支持具有上市時間壓力 且產(chǎn)品的功能具有不同優(yōu)先級的組織，且產(chǎn)品的功能具有不同優(yōu)先級的組織， 因為它能夠使該組織將產(chǎn)品的任何一次因為它能夠使該組織將產(chǎn)品

11、的任何一次 迭代發(fā)布出去迭代發(fā)布出去 2.2 構架在演變交付生命期中的位置構架在演變交付生命期中的位置 構架作為軟件開發(fā)過程中的基礎，在整構架作為軟件開發(fā)過程中的基礎，在整 個軟件的生命期中有其特定的位置個軟件的生命期中有其特定的位置 在演變交付生命期模型中，構架位于初在演變交付生命期模型中，構架位于初 始需求和骨架系統(tǒng)之間，參見下圖始需求和骨架系統(tǒng)之間，參見下圖 軟件軟件 概念概念 初步的需初步的需 求分析求分析 構架和系構架和系 統(tǒng)核心的統(tǒng)核心的 設計設計 匯總客匯總客 戶反饋戶反饋 開發(fā)一開發(fā)一 個版本個版本 交付該交付該 版本版本 獲取客獲取客 戶反饋戶反饋 交付最交付最 終版本終版本

12、 演變交付生命期模型演變交付生命期模型(EDLC) ADD 設計設計 2.3 構架驅(qū)動因素的概念構架驅(qū)動因素的概念 功能、質(zhì)量和商業(yè)需求的某個集合塑造功能、質(zhì)量和商業(yè)需求的某個集合塑造 了構架。我們把這些塑造需求稱為了構架。我們把這些塑造需求稱為構架構架 驅(qū)動因素驅(qū)動因素 為了確定構架驅(qū)動因素，需要識別優(yōu)先為了確定構架驅(qū)動因素，需要識別優(yōu)先 級最高的業(yè)務目標。我們使用質(zhì)量屬性級最高的業(yè)務目標。我們使用質(zhì)量屬性 場景（表示質(zhì)量屬性）和用例（表示功場景（表示質(zhì)量屬性）和用例（表示功 能）來表述這些業(yè)務目標能）來表述這些業(yè)務目標 2.3.1 構架驅(qū)動因素舉例構架驅(qū)動因素舉例 變電站綜合自動化仿真系統(tǒng)

13、變電站綜合自動化仿真系統(tǒng) 模擬機柜模擬機柜 模擬操作開關模擬操作開關 主線路圖主線路圖 2.3.3 仿真系統(tǒng)的主要功能仿真系統(tǒng)的主要功能 一次設備的模擬一次設備的模擬 二次設備模擬（保護功能）二次設備模擬（保護功能） 主電路圖模擬（監(jiān)控功能）主電路圖模擬（監(jiān)控功能） 操作人機界面的模擬（控制功能）操作人機界面的模擬（控制功能） 不同設備之間的交互關系模擬不同設備之間的交互關系模擬 不同變電站具有不同的設備和布局不同變電站具有不同的設備和布局 2.3.4 仿真系統(tǒng)的構架驅(qū)動因素仿真系統(tǒng)的構架驅(qū)動因素 可修改性可修改性，因為要適應于不同的變電站，因為要適應于不同的變電站 可測試性可測試性，對于所作

14、的輸入要能夠做出，對于所作的輸入要能夠做出 相應的反應相應的反應 性能性能，能夠在指定的時間內(nèi)完成響應，能夠在指定的時間內(nèi)完成響應 2.4 開始我們的構架設計開始我們的構架設計 我們在業(yè)務目標列表中選擇對構架影響我們在業(yè)務目標列表中選擇對構架影響 最大的需求，通常少于最大的需求，通常少于10個，這些個，這些需求需求 就構成了構架驅(qū)動因素就構成了構架驅(qū)動因素 比如：空中交通管制系統(tǒng)中的可用性比如：空中交通管制系統(tǒng)中的可用性 和性能和性能 在確定了構架驅(qū)動因素之后，就可以開在確定了構架驅(qū)動因素之后，就可以開 始我們的構架設計了始我們的構架設計了 3.設計構架設計構架 屬性驅(qū)動的設計方法屬性驅(qū)動的設

15、計方法（Attribute Driven Design, ADD），該方法可以用于設計一），該方法可以用于設計一 個滿足一定質(zhì)量需求和功能需求的構架個滿足一定質(zhì)量需求和功能需求的構架 ADD把一組質(zhì)量屬性場景作為輸入，并把一組質(zhì)量屬性場景作為輸入，并 使用對質(zhì)量屬性實現(xiàn)和構架之間的關系使用對質(zhì)量屬性實現(xiàn)和構架之間的關系 的了解，對構架進行設計的了解，對構架進行設計 3.1 ADD設計方法設計方法 ADD方法將模塊分解過程建立在軟件必方法將模塊分解過程建立在軟件必 須滿足的質(zhì)量屬性之上，它是一個遞歸須滿足的質(zhì)量屬性之上，它是一個遞歸 分解過程，其中在每個階段都選擇適當分解過程，其中在每個階段都選

16、擇適當 的戰(zhàn)術和構架模式來滿足一組質(zhì)量屬性的戰(zhàn)術和構架模式來滿足一組質(zhì)量屬性 場景，然后對功能進行分配，以實例化場景，然后對功能進行分配，以實例化 由該模式所提供的模型類型由該模式所提供的模型類型 3.1.1 ADD設計方法的過程設計方法的過程 功能需求功能需求 質(zhì)量屬性質(zhì)量屬性 限制條件限制條件 ADD設計方法設計方法 構架視圖構架視圖 ADD設計原則設計原則 把質(zhì)量屬性的限制加到模塊分解過程中去把質(zhì)量屬性的限制加到模塊分解過程中去 3.1.2 ADD設計的結果設計的結果 在了解了構架驅(qū)動因素之后，我們開始在了解了構架驅(qū)動因素之后，我們開始 進行進行ADD設計設計 ADD設計的結果是構架的模

17、塊分解視圖設計的結果是構架的模塊分解視圖 和其他視圖的最初幾個層次和其他視圖的最初幾個層次 ADD并不得到視圖的所有細節(jié)，當我們并不得到視圖的所有細節(jié)，當我們 做出更為詳細的設計決策之后就能夠得做出更為詳細的設計決策之后就能夠得 到最后的構架了到最后的構架了 3.2 ADD設計的樣例設計的樣例 我們使用我們使用ADD方法為家庭信息系統(tǒng)中的方法為家庭信息系統(tǒng)中的 車庫門開關器設計一個產(chǎn)品線構架車庫門開關器設計一個產(chǎn)品線構架 3.3 ADD方法的步驟方法的步驟 ADD構架設計方法的執(zhí)行步驟構架設計方法的執(zhí)行步驟 選擇要分解的系統(tǒng)選擇要分解的系統(tǒng) 對分解模塊進行求精對分解模塊進行求精 對需要進一步分

18、解的對需要進一步分解的 每個模塊重復上述兩個步驟每個模塊重復上述兩個步驟 3.3.1 對分解的模塊進行求精對分解的模塊進行求精 根據(jù)下面的步驟對模塊進行求精根據(jù)下面的步驟對模塊進行求精 從具體的質(zhì)量場景和功能需求集合中選從具體的質(zhì)量場景和功能需求集合中選 擇構架驅(qū)動因素擇構架驅(qū)動因素 1.選擇滿足構架驅(qū)動因素的構架模式，根選擇滿足構架驅(qū)動因素的構架模式，根 據(jù)用來實現(xiàn)驅(qū)動因素的戰(zhàn)術創(chuàng)建模式據(jù)用來實現(xiàn)驅(qū)動因素的戰(zhàn)術創(chuàng)建模式 3.3.1 對分解的模塊進行求精對分解的模塊進行求精 實例化模塊并根據(jù)用例分配功能，使用實例化模塊并根據(jù)用例分配功能，使用 多個視圖進行表示多個視圖進行表示 定義子模塊的接口

19、。該分解提供了模塊定義子模塊的接口。該分解提供了模塊 和對模塊交互類型的限制和對模塊交互類型的限制 驗證用例和質(zhì)量屬性場景并對其進行求驗證用例和質(zhì)量屬性場景并對其進行求 精，使它們成為子模塊的限制精，使它們成為子模塊的限制 3.3.2 選擇構架驅(qū)動因素選擇構架驅(qū)動因素 車庫門系統(tǒng)的構架驅(qū)動因素：車庫門系統(tǒng)的構架驅(qū)動因素： 用于開、關門的設備和控制裝置不同，用于開、關門的設備和控制裝置不同， 應該可以直接從產(chǎn)品線構架中推導出一應該可以直接從產(chǎn)品線構架中推導出一 組特定控制裝置的產(chǎn)品構架組特定控制裝置的產(chǎn)品構架 1.不同產(chǎn)品中使用的處理器可能不同，應不同產(chǎn)品中使用的處理器可能不同，應 該可以直接從

20、產(chǎn)品線構架中推導出每個該可以直接從產(chǎn)品線構架中推導出每個 特定處理器的產(chǎn)品構架特定處理器的產(chǎn)品構架 3.3.2 選擇構架驅(qū)動因素選擇構架驅(qū)動因素 如果車庫門在下降過程中檢測到一個障如果車庫門在下降過程中檢測到一個障 礙物，它必須在礙物，它必須在0.1秒內(nèi)停止秒內(nèi)停止 應該可以在家庭信息系統(tǒng)內(nèi)使用特定于應該可以在家庭信息系統(tǒng)內(nèi)使用特定于 產(chǎn)品的診斷協(xié)議來診斷和管理車庫門開產(chǎn)品的診斷協(xié)議來診斷和管理車庫門開 關器，應該可以直接產(chǎn)生一個反映該協(xié)關器，應該可以直接產(chǎn)生一個反映該協(xié) 議的構架議的構架 3.3.3 選擇構架模式選擇構架模式 這一步的目標是建立一個由模塊類型組這一步的目標是建立一個由模塊類型

21、組 成的總體構架模式。該模式通過組合選成的總體構架模式。該模式通過組合選 定的戰(zhàn)術滿足了構架驅(qū)動因素定的戰(zhàn)術滿足了構架驅(qū)動因素 兩個因素支配了戰(zhàn)術的選擇：兩個因素支配了戰(zhàn)術的選擇： 構架驅(qū)動因素本身構架驅(qū)動因素本身 1.實現(xiàn)戰(zhàn)術的模式對其它質(zhì)量屬性產(chǎn)生的實現(xiàn)戰(zhàn)術的模式對其它質(zhì)量屬性產(chǎn)生的 副作用，也就是要權衡選擇的戰(zhàn)術副作用，也就是要權衡選擇的戰(zhàn)術 3.3.3 選擇構架模式選擇構架模式 根據(jù)該系統(tǒng)的構架驅(qū)動因素我們知道，根據(jù)該系統(tǒng)的構架驅(qū)動因素我們知道， 由于該系統(tǒng)要實現(xiàn)一個產(chǎn)品線，因此由于該系統(tǒng)要實現(xiàn)一個產(chǎn)品線，因此可可 修改性修改性是它需要支持的一個重要質(zhì)量屬是它需要支持的一個重要質(zhì)量屬

22、性；另外，在遇到障礙物的時候車庫門性；另外，在遇到障礙物的時候車庫門 需要在需要在0.1秒內(nèi)停下來，因此秒內(nèi)停下來，因此性能性能也是它也是它 要滿足的一個質(zhì)量屬性要滿足的一個質(zhì)量屬性 3.3.3 選擇構架模式選擇構架模式 針對可針對可修改性修改性，我們采用的戰(zhàn)術就是，我們采用的戰(zhàn)術就是“ 局部化變更局部化變更”，具體戰(zhàn)術為：語義一致，具體戰(zhàn)術為：語義一致 性和信息隱藏。我們使用單獨的模塊來性和信息隱藏。我們使用單獨的模塊來 處理用戶接口、通訊和傳感器，這些模處理用戶接口、通訊和傳感器，這些模 塊被稱為虛擬機塊被稱為虛擬機 針對針對性能性能，我們采用提高計算效率和精，我們采用提高計算效率和精 心

23、調(diào)度的戰(zhàn)術來保證關鍵性能計算在規(guī)心調(diào)度的戰(zhàn)術來保證關鍵性能計算在規(guī) 定的時間內(nèi)完成定的時間內(nèi)完成 3.3.3 選擇構架模式選擇構架模式 用戶接口用戶接口 非關鍵性非關鍵性 能計算能計算 虛擬機虛擬機 關鍵性關鍵性 能計算能計算 調(diào)度程序調(diào)度程序 3.3.4 實例化模塊和分配功能實例化模塊和分配功能 質(zhì)量屬性構架驅(qū)動因素通過戰(zhàn)術的使用質(zhì)量屬性構架驅(qū)動因素通過戰(zhàn)術的使用 確定模塊的分解結構確定模塊的分解結構 我們將前面的構架模式實例化，比如，我們將前面的構架模式實例化，比如， 我們把管理障礙物檢測和停止車庫門升我們把管理障礙物檢測和停止車庫門升 降的責任分配給關鍵性能部分，而將診降的責任分配給關鍵

24、性能部分，而將診 斷能力分配給非關鍵性能部分；虛擬機斷能力分配給非關鍵性能部分；虛擬機 的責任則標識為通信和傳感器兩部分的責任則標識為通信和傳感器兩部分 3.3.4.1車庫門開關器的第一級分解車庫門開關器的第一級分解 用戶接口用戶接口 升升/降門降門 傳感器傳感器/ 激勵器激勵器 障礙物檢測障礙物檢測 調(diào)度程序調(diào)度程序 診斷診斷 通訊虛擬機通訊虛擬機 3.3.4.2 表示構架的視圖表示構架的視圖 并發(fā)視圖，這是組件并發(fā)視圖，這是組件-連接器視圖中的連接器視圖中的 一種。用于對系統(tǒng)的動態(tài)執(zhí)行過程建模一種。用于對系統(tǒng)的動態(tài)執(zhí)行過程建模 。通過該視圖我們可以討論并發(fā)和同步。通過該視圖我們可以討論并發(fā)

25、和同步 的幾個問題：的幾個問題： 1.兩個用戶同時執(zhí)行類似的功能，這有助兩個用戶同時執(zhí)行類似的功能，這有助 于識別于識別資源爭用資源爭用或或數(shù)據(jù)完整性數(shù)據(jù)完整性問題。比問題。比 如車庫門系統(tǒng)，一個人在遠程關門，另如車庫門系統(tǒng)，一個人在遠程關門，另 一個人利用控制器進行關門操作一個人利用控制器進行關門操作 3.3.4.2 表示構架的視圖表示構架的視圖 一個用戶同時執(zhí)行多個功能，這有助于一個用戶同時執(zhí)行多個功能，這有助于 揭示數(shù)據(jù)交換和活動控制問題揭示數(shù)據(jù)交換和活動控制問題 啟動系統(tǒng)，這為系統(tǒng)中永久運行的活動啟動系統(tǒng)，這為系統(tǒng)中永久運行的活動 及如何初始化提供了一個良好的概念及如何初始化提供了一個

26、良好的概念 關閉系統(tǒng)，這有助于揭示清除問題關閉系統(tǒng)，這有助于揭示清除問題 3.3.4.2 表示構架的視圖表示構架的視圖 并發(fā)視圖并發(fā)視圖 關門關門 激勵器激勵器 障礙物檢測障礙物檢測 傳感器傳感器 關門關門 檢查檢查 3.3.4.2 表示構架的視圖表示構架的視圖 部署視圖部署視圖：如果系統(tǒng)中使用了多個處理：如果系統(tǒng)中使用了多個處理 器或硬件系統(tǒng)，則需要考慮部署視圖器或硬件系統(tǒng)，則需要考慮部署視圖 部署視圖導致了并發(fā)視圖的虛擬線程，部署視圖導致了并發(fā)視圖的虛擬線程， 并發(fā)視圖又分解為特定處理其中的虛擬并發(fā)視圖又分解為特定處理其中的虛擬 線程和在處理器間傳輸?shù)南⒕€程和在處理器間傳輸?shù)南?部署視

27、圖有助于確定是否需要某些模塊部署視圖有助于確定是否需要某些模塊 的多個實例的多個實例 3.3.4.2 表示構架的視圖表示構架的視圖 家庭信家庭信 息系統(tǒng)息系統(tǒng) 車庫開關車庫開關 門系統(tǒng)門系統(tǒng) 通訊通訊 部署、并發(fā)視圖部署、并發(fā)視圖 3.3.5 定義子模塊的接口定義子模塊的接口 模塊的接口展示了所提供的服務和所要模塊的接口展示了所提供的服務和所要 求的屬性。他對其它接口可以使用的服求的屬性。他對其它接口可以使用的服 務和可以依賴的接口編寫文檔，來揭示務和可以依賴的接口編寫文檔，來揭示 子模塊的交互假定子模塊的交互假定 模塊視圖的編檔：模塊視圖的編檔： 1.信息的生產(chǎn)者信息的生產(chǎn)者/消費者消費者

28、2.要求模塊提供服務并使用他們的交互模要求模塊提供服務并使用他們的交互模 式式 3.3.5 定義子模塊的接口定義子模塊的接口 并發(fā)視圖的編檔：并發(fā)視圖的編檔： 線程間的交互線程間的交互 組件活動的信息組件活動的信息 組件同步、序列化組件同步、序列化 部署視圖的編檔：部署視圖的編檔： 硬件要求硬件要求 1.通信需求通信需求 3.3.6 驗證并求精用例驗證并求精用例 功能需求，驗證分解是否正確功能需求，驗證分解是否正確 每個子模塊都有一部分從分析功能需求中每個子模塊都有一部分從分析功能需求中 分解得出的責任，車庫門系統(tǒng)的模塊分解得出的責任，車庫門系統(tǒng)的模塊 用戶接口，識別用戶請求用戶接口，識別用戶

29、請求 升升/降門模塊降門模塊 障礙物檢測障礙物檢測 通訊虛擬機，管理與家庭信息系統(tǒng)的通信通訊虛擬機，管理與家庭信息系統(tǒng)的通信 傳感器傳感器/激勵器虛擬機；診斷；調(diào)度等激勵器虛擬機；診斷；調(diào)度等 3.3.6.1 驗證并求精質(zhì)量屬性場景驗證并求精質(zhì)量屬性場景 對質(zhì)量屬性場景進行求精，然后分配給對質(zhì)量屬性場景進行求精，然后分配給 子模塊，子模塊， 可以通過分解完全滿足質(zhì)量屬性場景可以通過分解完全滿足質(zhì)量屬性場景 通過對子模塊的有限制的分解來滿足質(zhì)通過對子模塊的有限制的分解來滿足質(zhì) 量屬性場景量屬性場景 分解是中性的分解是中性的 質(zhì)量屬性場景可能不滿意當前的分解，質(zhì)量屬性場景可能不滿意當前的分解， 此

30、時需要再分解此時需要再分解 3.4 形成團隊結構形成團隊結構 在構架的模塊分解結構的最初幾個層次在構架的模塊分解結構的最初幾個層次 穩(wěn)定后，就可以把這些模塊分配給開發(fā)穩(wěn)定后，就可以把這些模塊分配給開發(fā) 小組，這就是工作分配視圖小組，這就是工作分配視圖 構架對開發(fā)組織結構的形成產(chǎn)生重要影構架對開發(fā)組織結構的形成產(chǎn)生重要影 響。開發(fā)小組根據(jù)模塊的劃分構成。開響。開發(fā)小組根據(jù)模塊的劃分構成。開 發(fā)小組的結構和對小組間交流的控制就發(fā)小組的結構和對小組間交流的控制就 是影響大型項目開發(fā)成功與否的重要因是影響大型項目開發(fā)成功與否的重要因 素素 3.4 形成團隊結構形成團隊結構 分配任務的原則分配任務的原則 1.開發(fā)小組內(nèi)部是高內(nèi)聚，外部是松耦合開發(fā)小組內(nèi)部是高內(nèi)聚，外部是松耦合 2.根據(jù)開發(fā)