軟件測試開發技術之Java 建模：UML 工作簿，第 1 部分 序列圖簡介   Java開發

 

 

統一建模語言 (UML) 是用于建立面向對象系統模型的標準標記法。在 1995 到 1997 年之間，UML 登上了面向對象編程社區的舞臺，而且在 1997 年后期受到了對象管理組織 (OMG) 的認可。雖然它最初頗受爭議 -- 因為它是在一片支持和反對聲中提出的 -- 但 UML 以后卻成為系統標記法的行業標準。UML 的當前版本是 1.4，而且它將不斷發展以滿足面向對象開發人員的需要。

UML 可能難以學習，主要因為它試圖為相當廣泛的情況提供建模標記法。每種建模標記法都采用一種圖，而目前在 UML 規范中有九種圖。幸好，學習 UML 可以是一個漸進過程；每次可以只學習一種圖，首次試用時不必包含圖中非常復雜的東西。

在本專欄中，我將教您逐步學習基于 Java 應用程序開發的 UML 設計和標記法。我將以邏輯（可能是另人愉快的）方式介紹 UML 框架和其它建模技術的基礎知識，您將通過建立現實示例的模型來學習實際操作。在第一部分中，我們使用貸款處理應用程序作為示例，從建立序列圖開始。請注意，假設您熟悉 Java 語言，而且掌握了面向對象方法和術語的基礎知識。本專欄將簡要說明面向對象的概念，但不會進行深入討論。

關于序列圖

UML 沒有排斥任何特殊的軟件開發方法或過程；它只不過標準化了標記法的格式。然而，許多開發方法都合并了 UML。Rational 統一過程 (RUP) 就是這樣一種方法；另一種方法是功能驅動的開發 (FDD)。由于其直觀性和通用性，UML 序列圖已成為這些過程的前端建?；顒拥囊徊糠?。序列圖用于建立以下內容的模型：

用例方案 
框架中的協議 
子系統 
類 
方法邏輯 



以下是上述每個功能的簡要說明。

用例方案
對于示例應用程序，我們將使用序列圖來建立單個用例方案的模型。用例是由參與者與應用程序交互為實現某個指定目標而執行的單個任務。參與者可以是與應用程序交互、在應用程序外部的任何最終用戶、組織或系統。（要了解四種參與者角色，請參閱關于參與者角色；如需關于用例方案的深入討論，請參閱參考資料。）

原文轉自：http://www.anti-gravitydesign.com