名師點評 如何進行UML業務建模實例分析
本節和大家一起學習一下UML業務建模實例分析，通過圖書館管理系統向大家介紹一下UML建模分析的方法，相信通過本節的學習你對UML業務建模實例分析步驟一定會有所掌握。
UML業務建模實例分析
在使用UML建立當前系統邏輯模型過程中，初學者通常會遇到一些問題：
1.什么時候真正需要業務模型？什么時候用例模型獨立存在？
2.在進行精確的業務建模時能用哪些UML圖形？如何知道是否用順序圖或者交互圖？
3.業務模型如何涉及到其他模型（如領域模型，用例模型等等）呢？如何有機地組織這些模型？
本文將通過圖書館管理系統這個簡單而典型的實例來進行一次UML業務建模實例實踐之旅。
許多讀者對圖書館圖書管理工作比較熟悉，主要是圍繞讀者、圖書和工作人員的借還書展開工作。我們先看看圖書館工作人員和部分讀者的需求。
讀者來圖書館借書，可能先查詢書庫的圖書記錄。查詢可以按書名、作者、圖書編號、關鍵字查詢。查詢有兩種結果，如果查到則記下書號，交給工作人員，然后等候辦理借書手續。如果該書已經被全部借出，則可做借書登記，等待有書時被通知。如果圖書館沒有該書的記錄，則做缺書登記。
辦理借書手續時先要出示圖書證，沒有圖書證則去申請圖書證。如果借書數量超出規定，則提示“借書數量超限，不能繼續借閱”。工作人員登記借閱人信息、借閱的圖書信息、借出時間和應還書時間。系統自動修改書庫的圖書記錄、讀者庫信息。當一位讀者還書時，工作人員根據圖書證編號，找到讀者的借書信息，查看是否超期，如果已經超期，則進行超期處罰。
如果圖書有破損、丟失，則進行破損處罰。清除借閱記錄，同時系統自動查看是否有等待借閱登記，如果有則發出通知，修改書庫記錄，該書設置為已預訂狀態，否則設置為可借狀態。
圖書采購人員進行圖書采購時，要參考各類圖書的庫存數和借閱率，注意合理采購。如果有缺書登記則隨時進行采購。正在采購的圖書組成一個采購中書庫。
采購到貨后，進行驗收，編號，同時加入圖書庫，修改采購中書庫，并且查看訂閱庫，發出到書通知，并且已經修改書庫的圖書記錄為已預訂狀態。
借書登記是當欲借的書被借空后，讀者自愿選擇的一種操作，它應該記錄讀者名和聯系方式，一旦有這本書后可通知讀者。
到書通知，當讀者預訂的書來到之后，按照讀者給出的聯系方式發出通知。
缺書登記是當讀者需要的書庫內查詢沒有記錄時，將此信息轉入缺貨庫，通知采購員采購。
圖書注銷，如果圖書丟失或舊書淘汰，則將該書從書庫中清除。
根據需求描述整理一張需求表：
UML業務建模實例時首先要識別出系統的參與者，在簡單的圖書館管理系統中，可以劃分出兩種參與者：讀者和管理員。當然，根據業務的復雜程度，參與者也可以進行細分，比如讀者可以再分為學生讀者、教師讀者、校外讀者，管理員根據業務和權限的不同可以再細分為庫房管理員、借還書操作員、系統維護人員、圖書館管理人員等不同角色。在這里，為了簡化處理，我們只列出了讀者和管理員。對參與者描述如下：
（1）讀者
描述：讀者可以借閱、預定、歸還物理書刊，可以對書籍和個人信息進行查詢，可以取消預定，可以提出辦卡申請。
示例：持有借閱卡的任何人和組織。
（2）管理員
描述：圖書管理員對系統進行維護，包括讀者信息的創建、修改、刪除，書刊信息的維護，條目信息的維護，還有系統信息的維護。
示例：圖書管理員。
通過識別的參與者，對需求進一步分析，將UML業務建模實例進行分解，獲得每個參與者的使用用例。在本例中，我們可以得到以下用例：
1.書籍借出：提供借閱物理書刊的功能。
2.書籍歸還：提供歸還物理書刊的功能。
3.讀者辦卡：提供為讀者辦理借閱卡的功能。
4.預定書刊：提供對某一個種類的書刊的預約功能。
5.取消預定：提供對預定進行取消的功能。
6.書籍查詢：為讀者提供網上的書籍查詢功能。
7.信息查詢：為讀者提供信息查詢的功能。
8.讀者信息維護：提供讀者信息的錄入、修改、查詢、刪除的功能。
9.書刊信息維護：提供物理書刊的錄入、修改、查詢、刪除的功能。
10.條目信息維護：提供書刊條目的錄入、修改、查詢、刪除的功能。
11.系統信息維護：提供對系統的參數的設置。
12.登錄：管理員需要先登錄才能進入系統。
并且，可以畫出如下系統用例圖：
通過用例圖，可以對系統功能有一個大概的了解，對于復雜系統，我們可以結合IDEF方法，通過分層分解，逐步細化的方法來描述系統的功能。對于用例圖，建議不要畫的過于復雜，特別是用例之間的關系，因為復雜的用例圖不僅不能讓需求分析人員與客戶之間更好的溝通，反而是制造了一種溝通障礙。
【編輯推薦】
