基于UML的采購業務系統設計

于紅志

摘要:簡要的介紹了UML(Unified Modeling Language)建模語言的基本概念及其內容;并通過對商務采購業務系統的實際建模簡要演示了應用UML建模的思路。

關鍵詞:UML系統分析與設計采購業務建模

中圖分類號:F253 文獻標識碼:A 文章編號:1674-098X(2012)06(c)-0188-01

UML標準建模語言不僅支持面向對象的分析與設計,而且還支持需求軟件開發的全過程。目前,標準建模語言(UML)取得了科技界、工業界和應用界的廣泛支持,成為可視化建模語言事實上的工業標準。UML代表了面向對象方法的軟件開發技術的發展方向,同時也提供軟件工程化的思想和方法。

1 UML(Unified Modeling Language)定義及組成部分

UML的定義包括UML語義和UML表示法兩個部分,UML語義使用簡單一致的語言,表示法則定義了UML的可視化標準符號,這就決定了UML是一種可視化的建模語言。這些圖形符號和文字用于建立應用級的模型上。此外UML的定義還給出了結構的規定。

UML定義了9種視圖。由這9種視圖(靜態視圖和動態視圖)來展示模型

UML的靜態視圖包括用例圖(Use case diagram)、構件圖(Component diagram)、類圖(Class diagram)、對象圖(Object diagram)、包(Package)和配置圖(Deployment diagram)。

UML的動態視圖包括狀態圖(State Diagram)、順序圖(Sequence Diagram)、合作圖(Collaboration Diagram)和活動圖(Activity Diagram)。這四類圖均可用于系統的動態建模,但它們各自的側重點不同,分別用于不同的目的。

UML(Unified Modeling Language)中視圖有以下幾個要點:

類圖:它一組類、接口和協作及它們間的關系,在建模中所建立的最常見的圖就是類圖。用類圖說明系統的靜態設計視圖,包含主動類的類圖—專注于系統的靜態進程視圖。

對象圖:是一組對象及它們之間的關系。用對象圖說明類圖中所反應的事物實例的數據結構和靜態快照。對象圖表達了系統的靜態設計視圖或靜態過程視圖,除了現實和原型的方面不同于類圖外,其作用與類圖相同。

狀態圖:是一個特定對象的所有可能狀態,以及由于各種事件的發生而引起的狀態間的轉移。一個狀態圖描述了一個狀態機,用狀態圖說明系統的動態視圖。它對于接口、類或協作的行為建模尤為重要,也可用它描述用況實例的生命周期。

例圖:展現了一組用況、參與者以及它們間的關系。可以用例圖描述系統的靜態使用情況。在對系統行為組織和建模方面,用例圖是非常重要的。

交互圖:展現了按一定的目的進行的一種交互形式,它由在一個上下文中的一組對象及它們間交互的信息組成。交互圖也可用于描述一個用況的行為。順序圖和協作圖都是交互圖,他們可以相互轉換。

順序圖:是一組對象和由這組對象收發的消息,用于按時間順序對控制流建模。用順序圖說明系統的動態視圖。

活動圖:它是一種特殊的狀態圖,描述需要做的活動、執行這些活動的順序(多為并行的)以及工作流(完成工作所需要的步驟)。活動圖對系統的功能建模特別重要,強調對象間的控制流程。

協作圖:展示的是這組對象間的連接以及這組對象收發的消息。它強調收發消息的對象的結構組織,按組織結構對控制流建模。

構件圖:是一組構件之間的組織和依賴,用于對原代碼、可執行的發布、物理數據庫和可調整的系統建模。

配置圖:展現了對運行時處理節點以及其中構件的配署。它描述系統硬件的物理拓撲結構(包括網絡布局和構件在網絡上的位置),以及在此結構上執行的軟件(即運行時軟構件在節點中的分布情況)。

2 UML應用示例

下面以商務采購業務系統為例,用UML的基本思想和過程對商務采購業務系統分析與設計最典型的部分進行具體的分析與建模。

2.1 系統描述

采購管理軟件具有自動請購的功能。它的應用對象是簽署采購合同、采購統計表以及客戶統計表,例如:在庫存管理軟件每日運行的自動采購物品表中就列出這種物品的品名和所需數量,在庫存人員確定后可生成帶編號的內部采購單,生成定單后還要鑒定采購合同。由供應商準備貨源。

2.2 需求分析與設計

2.2.1 確定系統的用例和用例圖

需求分析首先要定義用例。在UML建模時,一個用例應是用戶在與計算機之間為達到某目的一次交互。是對一個特定系統所提供功能的一種描述,其描述了用戶所提出的一些可見得需求。

從系統外部執行者的角度來看,業務采購系統應提供采購統計表和客戶統計表,供采購員使用;同時要支持簽署采購合同的功能,該活動需要采購員和供應商的共同參與。

對于商務采購業務系統,主要的角色有兩種:采購業務員和供應商。

采購業務中的用例包括:簽署采購合同;采購統計表;客戶統計表信息。

業務系統的角色是采購業務員和供應商,采購業務員和供應商交互完成任務。因此用例圖表明角色和簽署采購合同、采購統計表和客戶統計表信息三個用例有關。

2.2.2 確定系統中的類以及類圖

類圖是面向對象系統中應用最為廣泛的圖。主要描述系統的功能需求即系統給最終用戶提供的服務.

根據三層次的觀點(概念層、說明層和實現層),類圖化分為三個層次。其中概念層的概念模型與其實現的軟件無關;說明層則考察其軟件的接口部分;實現層才真正具有嚴格意義上類的概念,揭示出軟件實現的構成情況。

2.2.3 確定系統活動圖

在規格說明的階段進行系統業務描述。規范系統完成特定功能的主要流程。可以用活動圖進行描述。

2.3 系統詳細設計

該階段工作是把概要設計階段的模型進一步的擴展和細化;在分析階段定義的類也將進一步被細化,通常將產生更多被細化了的新類圖、活動圖等,它們的定義也將更詳細、并涉及更多技術細節。但這并不意味著為一個系統建模時需要使用UML所有的圖形和符號。

使用UML的準則:不要試圖使用其所有的圖形與符號。要根據項目特點選用最適用的圖形和符號,通常應該優先選用最簡單的圖形和符號;不必為每個事物都畫一個模型。抓住事物本質建模方能保證模型符合目標;應分層次建模。根據項目進展的不同階段,用正確的觀點畫模型圖。為避免過早陷入實現細節,要把重點放在概念層及說明層。

3 結語

UML提供的九種視圖從不同應用層次和不同角度為系統從系統分析、設計直到實現的提供有力支持。同時UML系統模型的表達能力也超出了以往任何一種面向對象的分析和設計方法,在不同的階段建立不同的模型,建模的目的也各不相同。