1、12 “軟件業的人樂于做這樣的事找一些詞匯，并將它們引申到大量微妙而又互相矛盾的含義中。一個最大受害者就是架構這個詞。很多人都試圖給架構下定義，而這些定義本身卻很難統一。”Martin Flower3一、組成派架構 = 組件 + 交互二、決策派架構 = 重要決策集組成派關注架構實踐中的客體軟件。決策派關注架構實踐中的主體人。4ViewControllerModel讀取 - 通知MVC模式5組件交互軟件架構關注分割與交互6設備調試系統職責：1、設備狀態的實時顯示2、支持用戶發送調試命令3、易測試性4、高性能協作者：1、調試設備2、數據采集器桌面應用職責：1、負責設備狀態的顯示2、提供模擬控制臺供

2、用戶發送調試命令3、通過串口和嵌入式應用通訊協作者：1、嵌入式應用嵌入式應用職責：1、負責對調試設備的具體控制2、高頻度地從數據采集器讀取設備狀態數據3、通過串口和桌面應用通訊協作者：1、桌面應用2、被調試設備3、數據采集器7桌面應用職責：1、負責設備狀態的顯示2、提供模擬控制臺供用戶發送調試命令3、通過串口和嵌入式應用通訊協作者：1、嵌入式應用應用層 : 桌面應用職責：1、負責設備狀態的顯示2、提供模擬控制臺供用戶發送調試命令3、使用通訊層和嵌入式應用進行交互協作者：1、通訊層通訊層 : 桌面應用職責：1、負責在RS232協議之上實現一套專用的應用協議2、當收到應用層發送來包含調試命令的協議

3、包，按RS232協議傳入嵌入式應用3、當收到嵌入式應用的原始數據，將其解析成應用協議包發送給應用層協作者：1、應用層2、嵌入式應用8設備調試系統桌面應用嵌入式應用嵌入式應用桌面應用應用層通訊層9l 軟件架構是一系列有層次性的決策l 架構決策是分層次依次展開的l 決策制定的順序往往是先制定技術無關的決策，后制定技術相關的決策10案例背景：有一個項目管理系統，提供項目計劃、任務管理和資源管理等功能。案例需求：用戶能夠以甘特圖方式查看任務的起始時間、結束時間、任務承擔者等信息。需求分析：信息來源：系統業務數據。甘特圖：用戶呈現。11需求分析結論：展現層業務層讀取數據l 此時，軟件架構設計已經開始！M

4、VCViewModell 此處，仍然處于“與具體技術無關”的層面。12技術層面的問題：“甘特圖繪制包”是自行開發，還是采用第三方SDK？ 問題分析：用戶不關心甘特圖繪制包如何實現，只關心需求是否被實現項目工期很緊如果采用第三方SDK，并不希望系統綁死在該SDK上 問題結論：采用第三方SDK自定義甘特圖繪制接口將SDK隔離13引入設計模式：適配器模式（Adapter）ClientAdaptee+SpecificRequest()AdapterTarget+Request()+adaptee14與技術相關的架構方案：展現層業務層ClientGanttChartGanttChartImpl第三方的甘特圖繪制包PrgMgtModel15組成