現代架構設計文檔的編寫

 

蔡 超

SCEA，SCBCD，MCSD

北京天融信軟件架構師
 SUN,Microsoft培訓中心特邀高端教師

常年提供架構諮詢服務

[email protected] ，010-82776427

 

4+1視圖與UML

軟件架構設計已經逐漸成爲現代軟件開發過程的核心，然而能夠清晰表明架構設計並不是一件容易的事，就面向對象開發而言，RUP 的4+1視圖已在架構設計的撰寫中得到了廣泛的應用和認可。

對於4+1 view的描述有幾個不同版本（或包含的視圖不同，或視圖的名稱不同），文中以Philippe Kruchten, November 1995提出的4+1視圖爲準。

4+1視圖包括：邏輯視圖（Logic View），開發視圖（Develop View），進程視圖（Process View），物理視圖（Physical View）和場景視圖（Scenarios）。

 

視圖間的關係

 

4+1視圖不僅便於我們記錄架構設計，實際上它也指導了我們進行架構設計活動的部分過程。

通常我們選擇UML來表現各種視圖，以下列出了UML和各視圖的對應關係

4+1視圖                                   UML

場景視圖                            use case

邏輯視圖                            類圖

開發視圖                            類圖，組件圖

進程視圖                            無完全對應

部署視圖                            部署圖

在架構設計穩定中通常不會給出較多的用例描述，這些是在需求穩定中定義。但是往往架構文檔會選擇一些用例，列入文檔中，這些用例和一些非功能性需求一起用以證明架構的有效和正確性。在邏輯視圖中用例的實現是必不可少的一節，儘管架構設計更關注非功能性需求。

融入MDA的思想

對於邏輯視圖和開發視圖所應包含的內容常常會覺得很難區分兩者間的明顯界限。邏輯視圖包含更多的分析模型與實現技術本身相關性應該較少，如業務對象模型及其擴展。而開發視圖則會與實現技術緊密相關。

隨着MDA思想的推廣，在架構設計文檔的撰寫方面也產生了影響，我們不難把MDA的PIM和邏輯視圖聯繫起來，而把MDA中的PSM和開發視圖聯繫起來。

在編寫邏輯視圖是我們應該描述與技術平臺無關的模型，而開發視圖則描述與實現技術平臺相關的模型。

如在邏輯視圖中表現的某些實體類，我們會在開發視圖中轉換爲EJB組件（實體Bean）。

這種做法不僅有利於我們編寫架構設計文檔，同時更是一種好的架構設計思考流程。