【文章內(nèi)容簡介】 按數(shù)字鍵 顯示按鍵號碼 按發(fā)送鍵 連接基站 建立連接 連接成功 顯示連接成功 102 協(xié)作圖 ? 協(xié)作圖展現(xiàn)了一組對象，這組對象之間的連接以及這組對象收發(fā)的消息。 ? 它強調(diào)收發(fā)消息的對象結(jié)構組織，按組織結(jié)構對控制流建模。 ? 協(xié)作圖中的協(xié)作不是參與者與系統(tǒng)之間的交互，而是系統(tǒng)內(nèi)部某一個用例中各個對象之間信息傳遞的方式。 ? 消息上所附編號指明執(zhí)行順序。 移動電話系統(tǒng)的協(xié)作圖 : 移動用戶 1: 按數(shù)字鍵 3: 按發(fā)送鍵 : 移動按鍵 2: 顯示按鍵號碼 : 移動顯示 : 移動手機 : 移動基站 4: 連接基站 5: 建立連接 6: 連接成功 7: 顯示連接成功 *RUP（ Rational Unified Process統(tǒng)一開發(fā)過程 ）的分析/設計工作流 ? 分析和設計工作流的目的是研究欲采用的實現(xiàn)環(huán)境和系統(tǒng)構件的效用， 定義軟件的組織結(jié)構，把需求獲取結(jié)果轉(zhuǎn)化為實現(xiàn)規(guī)格。 ? 為實現(xiàn)這種轉(zhuǎn)化，必須理解需求，采用最佳實現(xiàn)策略將其翻譯為系統(tǒng)設計。 ? 為此，首先是建立健壯的軟件體系結(jié)構，設計出易于理解、開發(fā)和演進的系統(tǒng)，然后調(diào)整這個設計，使之適應實現(xiàn)環(huán)境。 ? 最后結(jié)果是產(chǎn)生一個對象模型，即設計模型。 定義初始體系結(jié)構 [早期細化迭代 ] 分析行為 設計 實時構件 設計 數(shù)據(jù)庫 設計構件 細化體系結(jié)構 [細化迭代 ] [可選 ] [實時 ] [非實時 ] 1) 定義一個初始的體系結(jié)構 ? 建立一個初始的系統(tǒng)體系結(jié)構草圖。定義 一組初始的重要體系結(jié)構元素。 一組初始分析機制。 系統(tǒng)的初始分層和組織。 在當前迭代過程中處理的用例實現(xiàn)。 ? 從重要的構件用例中確定類。 ? 確定類之間的交互作用，修改用例實現(xiàn)。 2) 細化體系結(jié)構 ? 建立從分析到設計的自然轉(zhuǎn)移，并標識： 從分析元素中確定適當?shù)脑O計元素。 從相關分析機制中確定適當?shù)脑O計機制。 ? 保持體系結(jié)構的一致性和完整性，確保： 將當前迭代中標識的新的設計元素與已有的設計元素集成在一起。 在設計中盡早地、最大限度地復用可獲得的構件和設計元素。 ? 描述系統(tǒng)運行的組織和實施體系結(jié)構。 ? 組織實現(xiàn)模型以實現(xiàn)設計到實現(xiàn)無縫轉(zhuǎn)移。 3) 分析行為 ? 將用例提供的行為描述轉(zhuǎn)變?yōu)橐幌盗锌勺鳛樵O計基礎的元素。 ? 在分析行為時，主要注重于如何能夠提供要求的功能，較少關心系統(tǒng)的非功能需求。 4) 設計構件 ? 找出設計元素如何實現(xiàn)要求行為的細節(jié)，細化設計元素的定義。 ? 根據(jù)新的設計元素來細化和更新用例實現(xiàn)。 ? 當設計演進后，進行設計評審。 5) 設計實時構件 ? 在實時的或交互式的上下文中，使用封裝制品作為主要的設計元素。 ? 設計實時構件與設計構件有相似的活動，但增加了封裝設計活動，定義系統(tǒng)的并發(fā)控制線程和它們之間的協(xié)議。 6) 設計數(shù)據(jù)庫 ? 在設計中標識永久類并設計適當?shù)臄?shù)據(jù)庫結(jié)構來存儲永久類。 ? 定義一種存儲和檢索永久數(shù)據(jù)的機制和策略，以滿足系統(tǒng)的性能需求。 ? 分析和設計工作流中的關鍵制品： 1) 設計模型 由類的協(xié)作構成。這些類的協(xié)作可能集成為包或子系統(tǒng)。包是對類的邏輯分組，是為了減少系統(tǒng)的復雜性。 2) 分析模型 是設計的抽象和泛化，它提供系統(tǒng)的功能描述，忽略了系統(tǒng)如何工作的細節(jié)。 3) 軟件體系結(jié)構文檔 涵蓋系統(tǒng)不同的體系結(jié)構視圖。 實現(xiàn)工作流 ? 實現(xiàn)工作流的目的是 ? 建立代碼的分層結(jié)構； ? 從構件（源文件、二進制文件、可執(zhí)行文件或其他文件）角度來實現(xiàn)類和對象； ? 對開發(fā)出來的構件進行單元測試； ? 將個人和開發(fā)團隊開發(fā)的結(jié)果集成到可執(zhí)行系統(tǒng)中。 ? 單元測試僅對單個構件進行。集成測試和系統(tǒng)測試在測試工作流中執(zhí)行。 構造實現(xiàn)模型 集成每個子系統(tǒng) 集成系統(tǒng) 制定集成計劃 實現(xiàn)構件 [可用于單元測試的構件 ] [可用于集成的 實現(xiàn)子系統(tǒng) ] [針對這個 迭代過程 的更多的 系統(tǒng)構造 ] [針對這 個迭代 過程的 更多的 子系統(tǒng) 構造 ] [針對這個 迭代過程 的更多的 要實現(xiàn)的 構件 ] ? 實現(xiàn)模型是在細化階段通過不斷迭代，不斷使用更大規(guī)模的集成構造建立起來的。 ? 對于每一次迭代，要求做到： 1) 確定要實現(xiàn)哪一個子系統(tǒng)，以及在當前迭代中子系統(tǒng)的集成順序。 2) 對于每一個子系統(tǒng)，確定實現(xiàn)每個類的順序，以及子系統(tǒng)集成的計劃。 3) 實現(xiàn)設計模型中的類和對象，包括編寫源代碼、改寫已有構件、編譯、鏈接和執(zhí)行，及時反饋設計中可能的缺陷。 4) 修改有缺陷的源代碼，進行單元測試以驗證這些變更。最后進行代碼評審。 5) 指定專人負責將所有新的和已變更的構件集成為一個新的實現(xiàn)子系統(tǒng)版本。在團隊環(huán)境，集成將產(chǎn)生一系列構造，對每個構造由集成測試員進行集成測試。 6) 將發(fā)布的子系統(tǒng)集成到系統(tǒng)。最終的構造即為系統(tǒng)。由系統(tǒng)測試員進行系統(tǒng)測試。 ? 實現(xiàn)工作流的關鍵制品有： 1) 實現(xiàn)子系統(tǒng) 構件和其他實現(xiàn)子系統(tǒng)的集成。它是將實現(xiàn)模型細分為更小的部分，并使其構造化。 2) 構件 可以是一塊程序代碼，或是包含信息的文件。構件可以由其他構件聚合而成。 3) 集成構造計劃 定義構件和子系統(tǒng)的實現(xiàn)順序，詳細描述系統(tǒng)集成時要建立的構造。 ? 實現(xiàn)與設計的關系緊密。在設計元素和實現(xiàn)元素之間有非常明顯的跟蹤鏈接。 創(chuàng)建良好設計的原則 設計原則 1： 分治 ? 軟件系統(tǒng)分解為子系統(tǒng) ? 分布式系統(tǒng)可以分解為客戶機和服務器； ? 系統(tǒng)可以分解為一系列子系統(tǒng)； ?子系統(tǒng)可以分解為一個或多個包； ?包可以分解為類； ?類可以分解為方法。 設計原則 2： 盡可能增加內(nèi)聚 ? 不同內(nèi)聚類型：優(yōu)先級從高到低排序 7) 功能內(nèi)聚 ：模塊只執(zhí)行單一計算并返回結(jié)果，沒有副作用。如函數(shù)過程。 6) 層內(nèi)聚 ：相關服務放在一起，并有嚴格的層次結(jié)構，高層服務可訪問低層服務，反之不可。如分層結(jié)構。 5) 通信內(nèi)聚 ：訪問或操作同一數(shù)據(jù)的過程放在一個類中，這些過程可以互相通信。如某個類設計。 4) 順序內(nèi)聚 ：存在一系列過程，其中一個過程向另一個過程提供輸入，這些過程放在一起，形成順序內(nèi)聚。如消息序列。 3) 過程內(nèi)聚 ：幾個一次調(diào)用的過程放在一起，但其中一個過程的輸出不一定是另一個過程的輸入，形成過程內(nèi)聚。如調(diào)用結(jié)構。 2) 時間內(nèi)聚 ：程序執(zhí)行過程中同一階段內(nèi)完成的操作放在一起，達到時間內(nèi)聚。 1) 實用程序內(nèi)聚 ：邏輯上不能納入其他內(nèi)聚類型的相關實用程序放在一起，形成實用程序內(nèi)聚。如可復用的過程或類。 設計原則 3： 盡可能降低耦合 ? 模塊間存在相互依賴關系即為耦合。不同耦合類型從高向低排列有： 9) 內(nèi)容耦合 ：一個構件在不被察覺的情況下修改另一個構件內(nèi)部的數(shù)據(jù)，應始終避免。 8) 公共耦合 ：一組構件使用了全局數(shù)據(jù)，就產(chǎn)生公共耦合。應通過封裝降低公共耦合。