事件的方式處理，杜絕了任何“忙等待”無謂的耗時，也縮短了系統(tǒng)響應(yīng)時間。
通訊層有獨立的線程控制著“上上下下”的數(shù)據(jù)，并設(shè)置了數(shù)據(jù)緩沖區(qū)，使數(shù)據(jù)的接收和數(shù)據(jù)的處理相對獨立，從而數(shù)據(jù)接收不會因暫時的處理忙碌而停滯，增加了系統(tǒng)吞吐量。
嵌入層的設(shè)計中，分別通過時鐘中斷和RS232口中斷來激發(fā)相應(yīng)的處理邏輯，達到輪詢和收發(fā)數(shù)據(jù)的目的。
物理視圖：和部署相關(guān)的架構(gòu)決策
軟件最終要駐留、安裝或部署到硬件才能運行，而軟件架構(gòu)的物理視圖關(guān)注“目標程序及其依賴的運行庫和系統(tǒng)軟件”最終如何安裝或部署到物理機器，以及如何部署機器和網(wǎng)絡(luò)來配合軟件系統(tǒng)的可靠性、可伸縮性等要求。圖9所示的物理架構(gòu)視圖表達了設(shè)備調(diào)試系統(tǒng)軟件和硬件的映射關(guān)系。可以看出，嵌入部分駐留在調(diào)試機中（調(diào)試機是專用單板機），而PC機上是常見的桌面可執(zhí)行程序的形式。
我們還可能根據(jù)具體情況的需要，通過物理架構(gòu)視圖更明確地表達具體目標模塊及其通訊結(jié)構(gòu)。
小結(jié)與說明
所謂本立道生。深入理解軟件需求分類的復(fù)雜性，明確區(qū)分功能需求、約束、運行期質(zhì)量屬性、開發(fā)期質(zhì)量屬性等不同種類的需求就是“本”，因為各類需求對架構(gòu)設(shè)計的影響截然不同。本文通過具體案例的分析，展示了如何通過RUP的4+1視圖方法，針對不同需求進行架構(gòu)設(shè)計，從而確保重要的需求一一被滿足。
本文重點在于方法的解說，因此省略了對架構(gòu)設(shè)計中不少具體問題的說明，同時本文提供的說明架構(gòu)設(shè)計方案的模型也經(jīng)過了簡化。請讀者注意。
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://www.vanceur.cn/pmqhd/index.html
