基於UML 4+1視圖和概念模型的建模方法


RUP的4+1視圖包括: 邏輯視圖:關注功能性的、整個系統的抽象結構,不涉及具體的編譯即輸出和部署。 開發視圖:是邏輯視圖的實現,描述程序生成多少個exe、dll、jar、配置文件等。又叫實現視圖。 運行視圖:關注程序運行時各個子系統、組件之間的交互策略。如多進程、多線程,生產者-消費者模式。運行視圖又稱過程視圖。 部署視圖:關注軟件交付以后在機器上的部署形態,以及和上下文的關系。又稱物理視圖。 用例視圖:關注需求,又叫場景視圖。

RUP 4+1視圖相對完整的描述了從需求分析到系統設計的過程,但沒有專門針對數據持久層的描述。溫li在軟件架構設計中用數據視圖替換了用例視圖,應該說他相對重視架構設計,對需求關注的少一些。

關於需求的描述方法,應當清醒的看到,僅僅通過用例視圖是不夠的,用例技術涉及、但無法全面涵蓋非功能需求。需求 = 功能 + 質量 + 約束。大量的信息還是要通過詳細的文字描述才能夠講清楚。用例視圖只不過提供了描述了一個軟件的需求概貌。除了用例視圖以外,還應該關注軟件的概念模型(又稱領域模型、信息模型)。如果說用例着重於描述一個個具體的需求,概念模型則從業務的角度描述了整個軟件系統所要完成的功能中涉及的所有概念以及彼此之間的關系。例如對於一個網管系統,核心的兩個概念是設備和端口,端口從屬於設備,他們之間是多對一的關系。

分別詳述4+1視圖:

邏輯視圖關注的靜態元素是:層、子系統、類、接口,用類圖來描述。關注的動態因素是協作關系,用時序圖、協作圖、狀態圖等來描述。是否需要在架構設計中體現類和類之間的關系?這取決於設計的層級。

開發視圖關注的元素是程序包(SDK、解析器、中間件)、文件組織結構、編譯依賴關系、目標單元(jar、exe、dll等)。它和邏輯視圖的靜態元素通常有映射關系。

運行視圖關注進程、線程、對象等運行時概念,以及相關的並發、同步、通信等問題。運行架構和開發架構的關系:開發架構一般偏重程序包在編譯時期的靜態依賴關系,而這些程序運行起來之后會表現為對象、線程、進程,運行架構比較關注的是這些運行時單元的交互問題。

部署視圖關注“目標程序及其依賴的運行庫和系統軟件”最終如何安裝或部署到物理機器,以及如何部署機器和網絡來配合軟件系統的可靠性、可伸縮性等要求。部署視圖和運行視圖的關系:運行視圖特別關注目標程序的動態執行情況,而部署視圖重視目標程序的靜態位置問題;部署視圖還要考慮軟件系統和包括硬件在內的整個IT系統之間是如何相互影響的。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM