系統管理員可以對系統的數據進行維護，如增加、刪除和更新書目，增加、刪除和更新借閱者帳戶，增加和刪除書信息查詢模塊1.2基本數據維護模塊包括的主要功能模塊：刪除書籍1.3取消書籍預定1.4數據庫模塊的功能：書籍預留信息管理1.5信息查詢模塊主要是查詢數據庫中的相關信息：系統的參與者主要有三類：讀者（也可稱為借閱者）、圖書館管理員圖書館管理系統維護者。統一建模語言（寫）是用來對軟件密集系統進行可視化建模的一種語言。UML為面向對象開發系統的產品進行說明、可視化、和編制文檔的一種標準語言。統一建模語言(UML)是非專利的第三代建模和規約語言。UML是在開發階段，說明圖書管理系統概念數據模型，可視化，構建和書寫一個面向對象軟件密集系統的制品的開放方法。UML展現了一系列最佳工程實踐，這些最佳實踐在對大規模，復雜系統進行建模方面,特別是在軟件架構層次已經被驗證有效。UML最適于數據建模，業務建模，對象建模，組件建模。UML作為一種模型語言，它使開發人員專注于建立產品的模型和結構，而不是選用什么程序語言和算法實現。當模型建立之后，模型可以被UML工具轉化成指定的程序語言代碼。
類的概念是面向對象軟件開發的關鍵。UML引入類圖的概念，使其順理成章的成為面向對象建模的首選方法。通過使用類圖，可以清晰明確的展現出系統內部各靜態模塊的性質、功能以及它們之間的關系。這也貼合了自然界呈現復雜系統的方式，可以準確全面的掌握復雜系統的各種信息。一旦建立了系統的類圖，我們對它的內部結構便可一目了然，這也為后續的建模和開發工作打下了堅實的基礎。+()+()+()+()----+()+()+()-----+()+()+()+()+()+()+()+()+()+()+()+()+on()abase+()+()+()-base+()+()+()+ion()+()---+++urces+()++++urces()+()++++()++().2用例是從用戶的觀點對系統行為的一個描述。
它能夠幫助分析員和用戶去確定系統的使用情況。用例作為用戶和系統分析人員交流的橋梁，可以最大限度的保證無障礙交流。借助于用例，系統分析人員能夠準確、全面的獲得用戶的需求；用戶能夠科學的梳理自己的需求——發現潛在需求，丟棄錯誤需求。作為需求分析階段的主要工作之一，制定優質的用例圖可以大大降低需求誤解和需求偏移的風險；避免項目的返工、延期、預算超支甚至徹底失敗；最終開發出符合用戶需求的產品。借書讀者身份驗證續借預約2.3順序圖主要涉及到不同對象之間的交互情況。它的關鍵思想是對象之間的交換是按照特定的順序發生的，這些按特定順序發生的交換序列從開始到結束需要一定的時間。2.3.1系統管理員添加書籍的時序圖：返回驗證信息1：驗證身份（）3：向數據庫添加新書書目（）7：返回添加新書書目成功4：向書庫添加新書目（）5：返回添加成功信息6：更新數據庫2.3.2系統管理員添加借閱者帳戶的時序圖：返回驗證信息1：驗證身份（）3：向數據庫添加讀者賬戶（）6：返回添加讀者信息5：初始化讀者賬戶4：檢查賬戶7：將新開設的賬戶給讀者2.3.3系統管理員刪除書目的時序圖：返回驗證信息1：驗證身份（）3：刪除數據庫書目（）7：刪除成功6：更新數據庫4：刪除館藏的書（）5：返回刪除消息2.3.4圖書管理員處理書籍借閱的時序圖aBase 2：返回驗證信息 1：驗證身份（） 3：發出借書請求 4：掃描() 6：返回讀者信息 5：記錄讀者借書 7：掃描書籍ID() 8：返回該書信息 9：標記該書借出 10：借閱成功 11：將書給讀者 圖書管理員處理書籍借閱的時序圖10 2.3.5 借閱者查詢書籍信息的時序圖 1：使用終端機器查詢書籍() 2：返回書籍信息和館藏地點 3：到館藏地點去取書 借閱者查詢書籍信息的時序圖11 2.3.6 借閱者預約書籍的時序圖 1：驗證身份() 2：返回驗證信息 4：預約書籍信息 3：使用終端機器預約書籍() 5：返回書籍信息和館藏地點 借閱者預約書籍的時序圖12 2.4 狀態圖實際上是一種由狀態、變遷、事件和活動組成的狀態機。
狀態圖描述從狀態到狀態的控制流，常用于系統的動態特性建模。在 大多數情況下，它用來對反應型對象的行為模型。 在UML 中，狀態圖可用來對一個對象按事件排序的行為模型。一 個狀態圖是強調狀態到狀態的控制流的狀態機的簡單表示。一般而言圖書管理系統概念數據模型， 狀態圖是對類所描述設施的補充說明，它描述了類的所有對象可能具 有的狀態以及引起狀態變化的事件。 2.4.1 書的狀態圖 在館狀態 Entry/讀者在館閱讀 外借狀態 Entry/被讀者預約 Entry/讀者借書 Do/借書 Exit/書背歸還 書的狀態圖13 2.4.2 借閱者帳戶的狀態圖 未借書狀態 Entry/沒有借書 Entry/已經還書 Exit/借書 外借狀態 Entry/被讀者預約 Entry/讀者借書 Exit/讀者還書 欠款狀態 Entry/借書超過日期 Exit/讀者還書并交齊 欠款 借閱者帳戶的狀態圖2.5 活動圖（ ，動態圖）是闡明了業務用例實現的工作 流程。 業務用例模型中的活動圖 業務用例工作流程說明了業務為向所服務的業務主角提供其所需 的價值而必須完成的工作。
業務用例由一系列活動組成，它們共同為 業務主角生成某些工件。工作流程通常包括一個基本工作流程和一個 或多個備選工作流程。工作流程的結構使用活動圖來進行說明。 工作流程活動圖用于研究實現業務目標時所要執行的各項任務或 活動的順序安排。活動既可以是手動執行的任務，也可以是自動執行 的任務。它可完成一個工作單元。 活動圖是狀態圖的一種特殊形式。其中所有或多數狀態都是活動狀 態，而且所有或多數轉移都在源狀態中的活動完成時立即觸發。 一個基本活動圖可能包括以下元素： 活動狀態表示在工作流程中執行某個活動或步驟。 轉移表示各種活動狀態的先后順序。這種轉移可稱為完成轉移。 它不同于一般的轉移，因為它不需要明顯的觸發器事件，而是通過完 成活動（用活動狀態表示）來觸發。 決策，為其定義了一組警戒條件。這些警戒條件決定在活動完成 后將執行一組備選轉移中的哪一個轉移。您也可以使用判定圖標來表 14 示線程重新合并的位置。決策和警戒條件使您能夠顯示業務用例的工 作流程中的備選線程。 同步示意條用于顯示平行分支流。同步示意條使您能夠顯示業務用 例的工作流程中的并行線程。 2.5.1 借閱者的活動圖 進入刷卡終端 刷卡輸入 鍵盤輸入終端 鍵盤輸入 驗證成功 借書 查詢書籍資料下載電子資料 圖書館管理人員 處理借書請求 圖書館管理人員 處理還書請求 輸入 查詢資料信息 進入 電子資料數據庫 借書成功 還書成功 得到相關資料信息 下載或閱覽電子資料 服務結束 結束離開 圖10 借閱者的活動圖 15 2.5.2 圖書管理員的活動圖 驗證圖書管理員 賬戶 登陸到管理員賬戶 等待讀者的還書請求 處理還書請求 處理還書結束 等待讀者的借書請求 處理借書請求 處理借書結束 重新等待讀者服務 重新等待讀者服務 圖11 圖書管理員的活動圖 16 2.5.3 系統管理員的活動圖 2.5.3.1 系統管理員維護借閱者帳戶的活動圖 登錄到系統管理員賬戶 登錄到維護讀者賬戶模塊 刪除讀者賬戶 檢查該賬戶信息 添加讀者賬戶 輸入新賬戶信息 開設新讀者賬戶 賬戶給讀者 修改更新讀者賬戶 修改更新讀者數據庫信息 刪除該賬戶信息 督促該讀者 歸還欠款欠書 有欠款欠書 沒有欠款欠書 圖12 系統管理員維護借閱者帳戶的活動圖 17 2.5.3.2 系統管理員進行書目信息維護的活動圖 登陸到 系統管理員賬戶 登陸到書目信息模塊 刪除書目 刪除數據庫中書目 刪除書庫中書目 添加書目 向數據庫中添加書目 向書庫中添加新書目 修改更新書目 修改更新數據庫書目 圖13 系統管理員進行書目信息維護的活動圖 18 2.5.3.3 系統管理員維護書籍信息的活動圖 登陸到系統管理員賬戶 登錄到維護書籍模塊 添加書籍 向書庫添加書籍 刪除書籍 刪除書庫書籍 更新數據庫書籍信息 圖14 系統管理員維護書籍信息的活動圖 19 2.6 部署圖 部署圖( ，配置圖)是用來顯示系統中 軟件和硬件的物理架構。
從部署圖中，您可以了解到軟件和硬 件組件之間的物理關系以及處理節點的組件分布情況。使用部 署圖可以顯示運行時系統的結構，同時還傳達構成應用程序的 硬件和軟件元素的配置和部署方式。 Web 20 從系統的整個設計來看，標準建模語言UML 適用于以面向對 象技術來描述任何類型的系統,而且適用于系統開發的不同階段, 從需求規格描述直至系統完成后的測試和維護。