【導讀】構(gòu)架模式、UML與組件設計。–優(yōu)秀軟件的標準。民用建筑中的受力。任何時間你必須放棄原有經(jīng)驗,使用10倍的力量,再加以10倍的調(diào)研.對于大的項目尤為如此.-沒有運動的部分。-可以創(chuàng)建新材料。-可以改變物理現(xiàn)象。-將關鍵部分分散開來。-語義上的一致性。更高的技術復雜性。-內(nèi)嵌的，實時的，分布的，容錯的。-定制的，空前的，結(jié)構(gòu)重新設計。-大多數(shù)是4GL,或者是基于組件的。-應用程序重新創(chuàng)建。更低的管理復雜性。-單個資金保管者。軟件構(gòu)架是圍繞著一系列關于軟件系統(tǒng)組。–這些單元之間的協(xié)作行為。–綜合這些小的結(jié)構(gòu)和動作單元為較大的子系統(tǒng)。–管理整個組織的結(jié)構(gòu)形式。–經(jīng)濟和技術的相互約束和權(quán)衡關系。–以可重復利用為基礎。–迭代的和增量的發(fā)展。–從可執(zhí)行的構(gòu)架中進行連續(xù)地提煉。選擇在什么規(guī)章或契約之下組建軟件是一。–但這絕不是一個完整的構(gòu)架級決定。代碼的組件化（模塊?；┦堑谝晃坏?。機制是構(gòu)架的靈魂。模式與架構(gòu)的來源。古典的系統(tǒng)不可預知的系統(tǒng)

　　

【正文】 進和關聯(lián)對象的鑒別提供幫助 解決方案實現(xiàn)的可行性評估 程序管理 開發(fā) 測試 后勤管理 用戶教育 產(chǎn)品管理 闡明用戶的性能目標和推薦的解決方案 保證設計能符合事務和用戶的需求 Microsoft Architect 2020 111 組織方法 邏輯系統(tǒng)層次 模塊 房子 廚房 烹調(diào)食物 洗盤子 存放器具 吃快餐 餐廳 吃 餐具室 儲存食物 l l l 系統(tǒng) 子系統(tǒng) 應用程序 Microsoft Architect 2020 112 邏輯設計的步驟 分析過程 : –標識業(yè)務對象和服務 . –標識屬性和關系 . 合理化過程 : –驗證業(yè)務對象 . –驗證隱含的業(yè)務對象和情境 . Microsoft Architect 2020 113 描述模塊 服務 –獨立性能的單位 –包括方法和功能 對象 –是數(shù)據(jù)和服務的封裝 –包括屬性和方法 屬性 是重要的特性或者對象的值 關聯(lián) 對象和服務的入口 服務 對象 關聯(lián) 模塊 Microsoft Architect 2020 114 邏輯性設計的價值 管理復雜度 設定邊界并描述接口 ,從而提供一個能使多個組交互的組織結(jié)構(gòu) 揭示概念性設計中的錯誤和矛盾之處 消除冗余并確定可能的重用 提供物理性設計的基礎 改進系統(tǒng)的部分運行方式 在項目團隊成員中建立對于解決方案的通用觀點 Microsoft Architect 2020 115 邏輯性設計的結(jié)果 邏輯視圖 – 設計模型 過程視圖 – 包括在設計模型中 邏輯視圖 實施 視 圖 分發(fā) 視 圖 過程 視 圖 使用案例 視圖 最終用戶： 功能性 系統(tǒng)工程師： 拓撲結(jié)構(gòu)、聯(lián)系 程序員： 軟件開發(fā)管理 綜合： 性能、擴展性 Microsoft Architect 2020 116 FM Stocks的邏輯設計 通過使用案例文本定義類 子系統(tǒng) 順序圖與協(xié)作圖 狀態(tài)圖 Microsoft Architect 2020 117 議程 軟件架構(gòu)與模式 UML: 通用建模語言 組件設計過程 –三種設計角度 –概念性設計 –邏輯性設計 –物理性設計 –綜合設計 Microsoft Architect 2020 118 連續(xù)設計過程中的物理性設計 物理性設計的目的是將現(xiàn)實世界中的技術約束，包括實現(xiàn)和性能上的考慮，應用于邏輯性設計之上 。 概念性設計 邏輯性設計 應用場景 物理性設計 組件，用戶接口， 物理數(shù)據(jù)庫 服務和對象，用戶接口， 邏輯數(shù)據(jù)庫 Microsoft Architect 2020 119 物理性設計 定義 從開發(fā)團隊角度描述解決方案的組件、服務和技術的過程 目的 將現(xiàn)實世界中的技術約束，包括實現(xiàn)和性能上的考慮，應用于邏輯性設計之上 輸出 面向特定平臺的組件、用戶接口設計以及物理數(shù)據(jù)庫的設計 物理性設計 組件，用戶接口， 物理數(shù)據(jù)庫 Microsoft Architect 2020 120 物理性設計期間團體中的角色 評估和驗證設計需求 把握整體的設計過程 評估及驗證設計的功能性和項目使命的一致性 在物理性設計中起著主導作用 評估和驗證設計的基礎結(jié)構(gòu)關聯(lián) 管理用戶的期望 程序管理 開發(fā) 測試 后勤管理 用戶教育 產(chǎn)品管理 Microsoft Architect 2020 121 物理性設計的步驟 研究 – 現(xiàn)有基礎設施 (infrastructure)的限制 – 解決方案的對基礎設施的要求 – 處理要求與限制的沖突帶來的風險 分析 – 選擇用于實施解決方案的技術 – 初步建立部署草圖 , 包括對網(wǎng)絡 ,數(shù)據(jù)和組件技術 合理化 – 決定包裝和分布的策略和設計 – 將對象分配到以服務劃分的組件中去 – 將組件分配到網(wǎng)絡節(jié)點上去，形成部署模型 – 使用策略和樣板程序，優(yōu)化部署模型 Microsoft Architect 2020 122 物理性設計的步驟 實施 – 決定編程模型， 又稱編程規(guī)范，編程標準 主要考慮因素： 見下頁 – 具體規(guī)定組件的外部結(jié)構(gòu)和界面 組件間的合同（ contract), 獲取服務的方式，組件提供的服務，組件包含的類的屬性 考慮方面： – 公布的接口將被認為是固定不變的 – 對已存在接口的修改應該被公布為新的組建或者新的接口 . – 公布屬性的數(shù)據(jù)類型應該能夠被客戶的接口所支持 具體規(guī)定組件的內(nèi)部結(jié)構(gòu) 考慮方面：編程語言和工具，提高重復使用率等 Microsoft Architect 2020 123 編程模型的各個方面 編程模型的各個方面 – 實現(xiàn)技術 – 有狀態(tài)與無狀態(tài)對象 – 進程內(nèi)與進程外調(diào)用 – 連接與無連接模式 – 同步與異步程序模式 – 線程模型 – 錯誤處理 – 安全 – 分布式 Microsoft Architect 2020 124 物理性設計的價值 評估可供選擇的實現(xiàn) 提供一個基于組件的靈活設計 成為成本、計劃和資源估算的基礎 將解決方案映射成過程模型，用以設計過程中的里程碑或內(nèi)部的發(fā)布 改進和修正具有風險的地方 尋求與企業(yè)架構(gòu)之間的兼容性 通過邏輯性設計使能夠跟蹤應用場景 Microsoft Architect 2020 125 FM Stocks的物理性設計 實施視圖 –實施模型 分發(fā)視圖 邏輯視圖 實施 視 圖 分發(fā) 視 圖 過程 視 圖 使用案例 視圖 最終用戶： 功能性 系統(tǒng)工程師： 拓撲結(jié)構(gòu)、聯(lián)系 程序員： 軟件開發(fā)管理 綜合： 性能、擴展性 Microsoft Architect 2020 126 FM Stocks的物理性設計 組件設計 分發(fā)設計 Microsoft Architect 2020 127 MSF 設計原則 理解商務 解決商務問題并對產(chǎn)品和服務的分發(fā)提供支持 有效地同用戶及項目團隊聯(lián)系 基于模塊化的設計 在每次迭代中平衡創(chuàng)新和規(guī)范 與企業(yè)架構(gòu)相結(jié)合 Microsoft Architect 2020 128 議程 軟件架構(gòu)與模式 UML: 通用建模語言 組件設計過程 –三種設計角度 –概念性設計 –邏輯性設計 –物理性設計 –綜合設計 Microsoft Architect 2020 129 MSF設計的特性 綜合的 迭代并改進的 可追蹤的 高效的 MSF Microsoft Architect 2020 130 綜合性設計 統(tǒng)一觀點并平衡需求 考慮多種角度和用戶 –概念性設計：用戶；管理；商務 –概念性設計：團隊 –物理性設計：開發(fā)者 包括多種應用焦點和能力 –用戶接口 –事務過程 –數(shù)據(jù)庫 Microsoft Architect 2020 131 經(jīng)核準的預計 經(jīng)核準的項目計劃 邏輯性設計 物理性設計 概念性設計 迭代并改進的設計 重復一個過程直到達到期望的結(jié)果 再訪問設計的某一部分 從每個角色的觀點中獲取額外的項目詳細設計 增量調(diào)整 Microsoft Architect 2020 132 可追蹤的設計 提供滿足需求的可見的證明 在整個過程中跟蹤設計 –商務預計和目標 –需求 –范圍 vs. 功能 預先驗證和連續(xù)驗證 –初步模型 –測試和驗證 –基于回饋的再設計 Microsoft Architect 2020 133 高效的設計 使用產(chǎn)品的狀態(tài)來評估項目 基于商務和技術之間的協(xié)議，包括： –什么是需要構(gòu)建的 –是否擁有了足夠的信息以啟動開發(fā)階段 而不是基于： –文檔的數(shù)量 –會議的數(shù)量 Microsoft Architect 2020 134 設計期間團體中的角色 把握整體的設計過程 從用戶角度評估和驗證設計需求 依照項目的視角和范圍來評估和驗證設計的功能性和一致性 對商務需求提供技術解決方案 評估和驗證設計的基礎結(jié)構(gòu)關聯(lián) 管理客戶的期望 程序管理 開發(fā) 測試 后勤管理 用戶教育 產(chǎn)品管理 Microsoft Architect 2020 135 設計和 MSF過程模型 經(jīng)核準的項目計劃 物理性設計基準 概念性設計 邏輯性設計 物理性設計 經(jīng)核準的預計 邏輯性設計基準 概念性設計基準 Microsoft Architect 2020 136 Summary 總結(jié) 哪些是優(yōu)秀設計的特性？ 設計的三個角度是什么？每種角度可發(fā)布的內(nèi)容是什么 ? 如何使設計過程成為綜合的？迭代并改進的？可追蹤的？高效的？