使用模式集成UML視圖

領測軟件測試網

對于分化，設計模式并非直接有用，然而，我們通過映射和變換收集到的有關視圖的信息卻可以。我們已經簡短地討論模式怎樣有助于映射和變換視圖。在這些例子中，比較視圖是直接的，因為映射和變換啟用直接（圖形）比較。無論如何，模式在約束和規則檢查中也非常有用。例如，我們在表格 1 中介紹的分層模式定義了自然的約束：用戶界面只允許與訂單框架對話，訂單框架依次只能與存貨系統對話等等。該體系結構的模式影響了設計的結構和它的行為。 

在產品訂貨系統中使用模式 

本節通過說明模式可以怎樣在我們的產品訂貨系統語境中應用于集成活動的例子補充上述論述。  



分化 

圖 3 使用UML包說明我們系統的高層設計視圖。該圖顯示主要訂單系統部件（或子系統）的交互。關于分層體系結構的知識現在可以幫助我們在表格 1 中的體系結構和圖 3 的設計之間自動確定不匹配。表格 2 總結兩個視圖對立的約束。 

體系結構視圖約束從表格 1 導出。它們定義我們系統層次之間的調用依賴關系（例如，用戶界面依賴于訂單框架）。圖 3 是設計視圖約束的基礎。該圖說明一個含有一套包以及它們之間調用依賴的UML包圖（包和依賴的語義在[Booch-Jacobson-Rambaugh 1997]中定義）。 

表格 2 體系結構上和設計視圖對立的約束  

體系結構的視圖約束 

體系結構[用戶界面取決于訂單框架]；

體系結構[訂單框架取決于存貨系統]；

體系結構[存貨系統取決于網絡]；

體系結構[網絡取決于訂單倉庫]；

設計視圖約束 

設計[訂單獲取UI取決于訂單框架]；

設計[訂單處理UI取決于訂單框架]；

設計[存貨UI取決于存貨系統]；

設計[訂單框架取決于存貨系統]；

文章來源于領測軟件測試網 http://www.kjueaiud.com/