本節(jié)和大家一起學(xué)習(xí)一下UML業(yè)務(wù)建模實(shí)例分析，通過(guò)圖書(shū)館管理系統(tǒng)向大家介紹一下UML建模分析的方法，相信通過(guò)本節(jié)的學(xué)習(xí)你對(duì)UML業(yè)務(wù)建模實(shí)例分析步驟一定會(huì)有所掌握。

UML業(yè)務(wù)建模實(shí)例分析

在使用UML建立當(dāng)前系統(tǒng)邏輯模型過(guò)程中，初學(xué)者通常會(huì)遇到一些問(wèn)題：

1.什么時(shí)候真正需要業(yè)務(wù)模型？什么時(shí)候用例模型獨(dú)立存在？

2.在進(jìn)行精確的業(yè)務(wù)建模時(shí)能用哪些UML圖形？如何知道是否用順序圖或者交互圖？

3.業(yè)務(wù)模型如何涉及到其他模型（如領(lǐng)域模型，用例模型等等）呢？如何有機(jī)地組織這些模型？

本文將通過(guò)圖書(shū)館管理系統(tǒng)這個(gè)簡(jiǎn)單而典型的實(shí)例來(lái)進(jìn)行一次UML業(yè)務(wù)建模實(shí)例實(shí)踐之旅。

許多讀者對(duì)圖書(shū)館圖書(shū)管理工作比較熟悉，主要是圍繞讀者、圖書(shū)和工作人員的借還書(shū)展開(kāi)工作。我們先看看圖書(shū)館工作人員和部分讀者的需求。
讀者來(lái)圖書(shū)館借書(shū)，可能先查詢書(shū)庫(kù)的圖書(shū)記錄。查詢可以按書(shū)名、作者、圖書(shū)編號(hào)、關(guān)鍵字查詢。查詢有兩種結(jié)果，如果查到則記下書(shū)號(hào)，交給工作人員，然后等候辦理借書(shū)手續(xù)。如果該書(shū)已經(jīng)被全部借出，則可做借書(shū)登記，等待有書(shū)時(shí)被通知。如果圖書(shū)館沒(méi)有該書(shū)的記錄，則做缺書(shū)登記。

辦理借書(shū)手續(xù)時(shí)先要出示圖書(shū)證，沒(méi)有圖書(shū)證則去申請(qǐng)圖書(shū)證。如果借書(shū)數(shù)量超出規(guī)定，則提示“借書(shū)數(shù)量超限，不能繼續(xù)借閱”。工作人員登記借閱人信息、借閱的圖書(shū)信息、借出時(shí)間和應(yīng)還書(shū)時(shí)間。系統(tǒng)自動(dòng)修改書(shū)庫(kù)的圖書(shū)記錄、讀者庫(kù)信息。當(dāng)一位讀者還書(shū)時(shí)，工作人員根據(jù)圖書(shū)證編號(hào)，找到讀者的借書(shū)信息，查看是否超期，如果已經(jīng)超期，則進(jìn)行超期處罰。

如果圖書(shū)有破損、丟失，則進(jìn)行破損處罰。清除借閱記錄，同時(shí)系統(tǒng)自動(dòng)查看是否有等待借閱登記，如果有則發(fā)出通知，修改書(shū)庫(kù)記錄，該書(shū)設(shè)置為已預(yù)訂狀態(tài)，否則設(shè)置為可借狀態(tài)。
圖書(shū)采購(gòu)人員進(jìn)行圖書(shū)采購(gòu)時(shí)，要參考各類(lèi)圖書(shū)的庫(kù)存數(shù)和借閱率，注意合理采購(gòu)。如果有缺書(shū)登記則隨時(shí)進(jìn)行采購(gòu)。正在采購(gòu)的圖書(shū)組成一個(gè)采購(gòu)中書(shū)庫(kù)。
采購(gòu)到貨后，進(jìn)行驗(yàn)收，編號(hào)，同時(shí)加入圖書(shū)庫(kù)，修改采購(gòu)中書(shū)庫(kù)，并且查看訂閱庫(kù)，發(fā)出到書(shū)通知，并且已經(jīng)修改書(shū)庫(kù)的圖書(shū)記錄為已預(yù)訂狀態(tài)。
借書(shū)登記是當(dāng)欲借的書(shū)被借空后，讀者自愿選擇的一種操作，它應(yīng)該記錄讀者名和聯(lián)系方式，一旦有這本書(shū)后可通知讀者。
到書(shū)通知，當(dāng)讀者預(yù)訂的書(shū)來(lái)到之后，按照讀者給出的聯(lián)系方式發(fā)出通知。
缺書(shū)登記是當(dāng)讀者需要的書(shū)庫(kù)內(nèi)查詢沒(méi)有記錄時(shí)，將此信息轉(zhuǎn)入缺貨庫(kù)，通知采購(gòu)員采購(gòu)。
圖書(shū)注銷(xiāo)，如果圖書(shū)丟失或舊書(shū)淘汰，則將該書(shū)從書(shū)庫(kù)中清除。

根據(jù)需求描述整理一張需求表：

UML業(yè)務(wù)建模實(shí)例時(shí)首先要識(shí)別出系統(tǒng)的參與者，在簡(jiǎn)單的圖書(shū)館管理系統(tǒng)中，可以劃分出兩種參與者：讀者和管理員。當(dāng)然，根據(jù)業(yè)務(wù)的復(fù)雜程度，參與者也可以進(jìn)行細(xì)分，比如讀者可以再分為學(xué)生讀者、教師讀者、校外讀者，管理員根據(jù)業(yè)務(wù)和權(quán)限的不同可以再細(xì)分為庫(kù)房管理員、借還書(shū)操作員、系統(tǒng)維護(hù)人員、圖書(shū)館管理人員等不同角色。在這里，為了簡(jiǎn)化處理，我們只列出了讀者和管理員。對(duì)參與者描述如下：

（1）讀者

描述：讀者可以借閱、預(yù)定、歸還物理書(shū)刊，可以對(duì)書(shū)籍和個(gè)人信息進(jìn)行查詢，可以取消預(yù)定，可以提出辦卡申請(qǐng)。
示例：持有借閱卡的任何人和組織。

（2）管理員

描述：圖書(shū)管理員對(duì)系統(tǒng)進(jìn)行維護(hù)，包括讀者信息的創(chuàng)建、修改、刪除，書(shū)刊信息的維護(hù)，條目信息的維護(hù)，還有系統(tǒng)信息的維護(hù)。
示例：圖書(shū)管理員。

通過(guò)識(shí)別的參與者，對(duì)需求進(jìn)一步分析，將UML業(yè)務(wù)建模實(shí)例進(jìn)行分解，獲得每個(gè)參與者的使用用例。在本例中，我們可以得到以下用例：

1.書(shū)籍借出：提供借閱物理書(shū)刊的功能。
2.書(shū)籍歸還：提供歸還物理書(shū)刊的功能。
3.讀者辦卡：提供為讀者辦理借閱卡的功能。
4.預(yù)定書(shū)刊：提供對(duì)某一個(gè)種類(lèi)的書(shū)刊的預(yù)約功能。
5.取消預(yù)定：提供對(duì)預(yù)定進(jìn)行取消的功能。
6.書(shū)籍查詢：為讀者提供網(wǎng)上的書(shū)籍查詢功能。
7.信息查詢：為讀者提供信息查詢的功能。
8.讀者信息維護(hù)：提供讀者信息的錄入、修改、查詢、刪除的功能。
9.書(shū)刊信息維護(hù)：提供物理書(shū)刊的錄入、修改、查詢、刪除的功能。
10.條目信息維護(hù)：提供書(shū)刊條目的錄入、修改、查詢、刪除的功能。
11.系統(tǒng)信息維護(hù)：提供對(duì)系統(tǒng)的參數(shù)的設(shè)置。
12.登錄：管理員需要先登錄才能進(jìn)入系統(tǒng)。

并且，可以畫(huà)出如下系統(tǒng)用例圖：

通過(guò)用例圖，可以對(duì)系統(tǒng)功能有一個(gè)大概的了解，對(duì)于復(fù)雜系統(tǒng)，我們可以結(jié)合IDEF方法，通過(guò)分層分解，逐步細(xì)化的方法來(lái)描述系統(tǒng)的功能。對(duì)于用例圖，建議不要畫(huà)的過(guò)于復(fù)雜，特別是用例之間的關(guān)系，因?yàn)閺?fù)雜的用例圖不僅不能讓需求分析人員與客戶之間更好的溝通，反而是制造了一種溝通障礙。

  【編輯推薦】

1. UML業(yè)務(wù)建模實(shí)例全面剖析
2. UML業(yè)務(wù)建模實(shí)例中如何作需求分析
3. 學(xué)習(xí)筆記 UML建模語(yǔ)言的特點(diǎn)和應(yīng)用領(lǐng)域
4. 免費(fèi)UML建模工具盡情體驗(yàn)
5. 幾款常用UML建模工具解析