UML業(yè)務建模的實例分析

這篇文章給大家分享的是有關UML業(yè)務建模的實例分析的內(nèi)容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

上節(jié)我們對圖書館管理系統(tǒng)進行了需求分析，畫出了用例圖如下所示：

     圖1：系統(tǒng)用例圖     

UML業(yè)務建模實例通過用例圖，可以對系統(tǒng)功能有一個大概的了解，對于復雜系統(tǒng)，我們可以結合IDEF方法，通過分層分解，逐步細化的方法來描述系統(tǒng)的功能。對于用例圖，建議不要畫的過于復雜，特別是用例之間的關系，因為復雜的用例圖不僅不能讓需求分析人員與客戶之間更好的溝通，反而是制造了一種溝通障礙。

下一步就是編制每一個用例的詳細說明，對用例說明的主要信息包括有：用例名稱、編號、用例的簡短描述、用例的參與者、與其他用例的管理、用例啟動的前提條件、用例結束后的事后條件、用例的輸入、輸出、用例的執(zhí)行事件流等。在實際項目中，我們并不一定要面面俱到，而是根據(jù)實際情況對用例描述進行裁減。其中有幾點重要信息是不能裁減的：用例名稱、描述、輸入、輸出、執(zhí)行事件流、參與者。另外，如果實際情況需要，還可以使用MSVisio等工具畫出界面的示意圖來。

如上例所述，我們對每一個用例都進行詳細的描述，建立當前系統(tǒng)的功能用例模型。需求溝通與分析是一個迭代的過程，通過與用戶的不斷溝通，最終達成對目標系統(tǒng)的一致理解。如果用戶確認了需求分析的成果，一般是需求規(guī)格說明書之后，項目開始進入系統(tǒng)分析設計階段，也就是開始構造目標系統(tǒng)的邏輯模型。

為了讓系統(tǒng)設計能夠以結構、組織方式和代碼重用的形式表現(xiàn)出來，要對系統(tǒng)進行設計規(guī)劃，設計階段應該與分析階段交迭。需求是不斷地發(fā)展，而設計本身也會推動需求的發(fā)展(反之亦然)。在圖書館管理系統(tǒng)的建模設計中，以下3個方面的問題是要關注的：業(yè)務對象的表示、業(yè)務服務的實現(xiàn)、用戶界面的組織。

業(yè)務對象的表示

在UML業(yè)務建模實例圖書館管理系統(tǒng)系統(tǒng)中，業(yè)務對象主要是數(shù)據(jù)庫和數(shù)據(jù)實體類的表示方式。建模時，可以構造出系統(tǒng)的靜態(tài)模型，也就是系統(tǒng)類圖來表示。如下圖則描述了借書這一用例的靜態(tài)結構圖。為了體現(xiàn)類之間的關系，在下圖中沒有顯示出每一個類的屬性和基本操作。

業(yè)務服務的實現(xiàn)

業(yè)務服務的實現(xiàn)需要完成的功能是各種業(yè)務規(guī)則和邏輯的實現(xiàn),如借書處理的業(yè)務邏輯。每個模塊的信息錄入、修改、刪除、查詢等。業(yè)務規(guī)則和邏輯的實現(xiàn)基本相似，沒有太多的規(guī)律可循。采用UML來進行業(yè)務服務的建模，可以使用UML的序列圖、狀態(tài)圖、活動圖。這個部分的工作,通常通過一系列的類之間的交互來完成。為了在更動態(tài)的層面上描述系統(tǒng)，UML提供了許多其他類型的圖。

對于B/S系統(tǒng)設計而言，情節(jié)圖(ScenarioDiagram)特別有用。情節(jié)圖分成兩種：協(xié)作圖(CollaborationDiagram)，序列圖(SequenceDiagram)。UML建模工具RationalRose能夠從協(xié)作圖生成序列圖也可以從序列圖生成協(xié)作圖。例如，借閱書刊的業(yè)務過程可以采用如下序列圖來描述：

借閱書刊過程主要包括：管理員選擇“借閱書刊”菜單，彈出對話框，管理員輸入書刊信息和用戶信息，系統(tǒng)查找數(shù)據(jù)庫，是否存在該種物理書刊，如果不存在，顯示提示信息，用例結束;是否存在借閱者信息，如果不存在，顯示提示信息，用例結束;否則，管理員單擊確認按鈕后，該圖書借閱給該借閱者，系統(tǒng)存儲借閱信息到數(shù)據(jù)庫。

用戶界面的組織

UML業(yè)務建模實例中用戶界面布局圖能夠幫助組織系統(tǒng)頁面、文件、服務的布局結構。在UML中，對于頁面和文件的組織，可以使用構件圖(ComponentDiagram)或類圖(ClassDiagram)建模型。本系統(tǒng)中使用類圖對界面組織建模，頁面結構以及各種業(yè)務服務被捆綁到不同的區(qū)域。

在UML中，系統(tǒng)的體系結構使用部署圖(DeploymentDiagram)來完成。應用部署的規(guī)劃對于規(guī)劃整個B/S系統(tǒng)是很有用的。它確定了一種有效的應用部署的規(guī)劃組織方式,還可以作為一個模式在多個類似B/S系統(tǒng)上應用。

在建模完成后，開發(fā)人員利用一些UMLCase工具如RationalROSE生成程序代碼框架，并對代碼框架進行修改和補充，形成完整代碼;而且，還可根據(jù)代碼逆向生成UML模型。這就較好地保證了模型與代碼的一致性。

測試必須在整個項目周期中進行，對每個階段都要用所建立的模型進行測試，這樣才能保證開發(fā)的質(zhì)量，減少開發(fā)的風險。

統(tǒng)一建模語言UML是國際軟件工程領域具有劃時代意義的重要成果，適用于以面向?qū)ο蠹夹g來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護。軟件系統(tǒng)的規(guī)模越來越大，復雜度不斷提高，RUP迭代式增量開發(fā)方式可以降低風險，同時可以適應需求變化的需要。

在本UML業(yè)務建模實例中，我們通過對圖書館管理系統(tǒng)的需求進行分析，將UML應用于系統(tǒng)開發(fā)的各個階段，建立了系統(tǒng)的需求模型、靜態(tài)模型和動態(tài)模型，同時遵循Rationl統(tǒng)一過程(RUP)的核心思想和基本原則，采用以用例為驅(qū)動、以體系構架為核心的迭代化面向?qū)ο蠓治龊驮O計過程。

圖2：活動圖                                 圖3：借書部分的類結構圖
 UML行為圖

用況圖（usecasediagram）描述了一組用況和參與者（一種特殊的類）以及它們之間的關系。

交互圖（interactiondiagram）是順序圖和協(xié)作圖的統(tǒng)稱。

順序圖(sequencediagram)是強調(diào)消息的時間次序的交互圖。

協(xié)作圖(collaborationdiagram)是強調(diào)收發(fā)消息的對象的結構組織的交互圖。

狀態(tài)圖顯示了一個由狀態(tài)，轉換，事件和活動組成的狀態(tài)機。

活動圖顯示了系統(tǒng)中從活動到活動的流。

感謝各位的閱讀！關于“UML業(yè)務建模的實例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！