第一篇：圖書管理系統用例圖
圖書管理系統 UML建模與設計模式
實驗報告
計算機與信息工程學院
一、實驗目的
在熟悉用例概念與應用的基礎上，掌握用例模型的建立，包括： 1．掌握用例圖的建立。
2．掌握用例描述文檔的編寫。3．掌握建模工具的使用。
二、實驗內容
根據以下需求設計一個圖書館管理系統的用例圖模型，包括：用例圖和主要用例的描述文檔。
基本功能要求：
圖書管理：新書登記，圖書查詢，圖書注銷； 借閱管理：借書，還書，查詢今日到期讀者；
讀者管理：增加讀者、刪除讀者、查詢讀者、讀者類別管理（可以設置不同類的讀者，并使不同類讀者對應不同類的圖書流通參數，如可借冊數，可借天數，可續借次數，可續借天數等）；
報表管理：包括圖書借閱統計報表，被注銷圖書統計報表等；報表可以有多種格式可供選擇；可以把報表輸出到文件中，可以預覽報表、打印報表等。
系統管理：系統管理員使用，包括用戶權限管理（增加用戶，刪除用戶，密碼修改等），數據管理（提供數據修改、備份、恢復等多種數據維護工具），系統運行日志，系統設置等功能。
三、實驗思想
（1）分析系統需求；
（2）確定系統參與者：讀者、圖書管理員、圖書管理系統；（3）確定系統用例；
四、實驗結果 借閱人用例圖：
圖書系統管理員用例圖： 圖書管理員用例圖：
1．用例名稱： 登錄
用例描述：根據用戶輸入的用戶名和密碼判斷用戶的身份，賦予相應的權限。前置條件：無
后置條件：根據用戶所有的權限進入相應的操作界面。基本操作流程： 輸入用戶名 2 輸入密碼 校驗密碼是否正確。根據用戶身份進入相應的操作界面。
可選流程：如果密碼不正確，提示重新輸入密碼；
如果用戶名不正確，提示沒有此用戶。2.用例名稱：查詢圖書
用例描述：由讀者進行操作，查詢圖書館中有沒有需要圖書，如果有，顯示該圖書編號、書名、作者、出版日期、當前借閱狀態等信息。前置條件：以顧客身份登錄 后置條件：無 基本流程： 以讀者身份登錄。輸入圖書的名稱或作者名稱。顯示相關圖書的信息。
可選流程：如果沒有該圖書，返回提示信息：“沒有找到圖書”。3．用例名稱：借書
用例描述： 由圖書管理員把讀者的借書卡的條碼讀入計算機，再將讀者所選圖書的條碼讀入計算機，在不超過讀者允許借書的情況下，累計該讀者所借的書；否則提示超過借書數量。
前置條件：以圖書管理員的身份登錄系統。后置條件：圖書信息中相應記錄的還書日期值做改變；將借書明細加入借書記錄中。
基本操作流程： 以圖書管理員身份登錄系統。2 進入借書功能。錄入讀者的借書卡條碼。4 識別讀者類別，提示讀者可以借閱圖書的數量及借閱時間
等。如果允許借閱，繼續4，否則提示已達到借書數量。5 錄入圖書的條碼，顯示該圖書的信息。6 還有其他圖書，重復步驟3。7 保存操作。
可選流程 在保存之前，可以取消操作。4．用例名稱：續借
用例描述： 由圖書管理員把讀者的借書卡的條碼讀入計算機，計算機顯示讀者所借圖書及狀態，選定需要續借的圖書，系統提示還書時間，保存操作。前置條件：以圖書管理員的身份登錄系統。后置條件：圖書信息中相應記錄的還書日期值做改變；將續借明細加入借書記錄中。
基本操作流程： 以圖書管理員身份登錄系統。2 進入續借功能。錄入讀者的借書卡條碼。計算機顯示讀者所借圖書及狀態。如可以續借則選定需要續借的圖書；否則提示無法續借。6 系統提示還書時間。7 保存操作。
可選流程：在保存之前，可以取消操作。
5.用例名稱：還書
用例描述： 由圖書管理員把圖書的條碼讀入計算機，系統顯示該書的讀者資料，提示是否超出借閱期限。如未超出則顯示還書成功；如超出則計算罰金。前置條件：以圖書管理員的身份登錄系統。
后置條件：圖書信息中相應記錄的狀態值做改變；將還書明細加入還書記錄中?；静僮髁鞒蹋?以圖書管理員身份登錄系統。2 進入還書功能。3 錄入讀者的借書卡條碼。系統顯示該書的讀者資料，提示是否超出借閱期限。5 如未超出則顯示還書成功；如超出則計算罰金。
可選流程: 在保存之前，可以取消操作。
6.用例名稱：新書登記
用例描述：由圖書管理員將新書的信息錄入計算機中，進行保存。前置條件：以圖書管理員的身份登錄系統。后置條件：圖書信息中增加一條記錄?；静僮髁鞒蹋?以圖書管理員的身份登錄系統。2 進入新書登記功能。3 輸入新書的相應信息。4 保存操作。
可選流程：在保存之前，可以取消操作。
7.用例名稱：修改或注銷圖書
用例描述：由圖書管理員修改圖書的信息或注銷圖書，進行保存。前置條件：以圖書管理員的身份登錄系統。后置條件：圖書信息中相應記錄更新或刪除。基本操作流程： 以圖書管理員的身份登錄系統。2 進入圖書管理功能。選定需要修改或刪除的圖書。4 修改圖書的相應信息或刪除圖書。5 保存操作。
可選流程：在保存之前，可以取消操作。
8.用例名稱：增加讀者
用例描述：由圖書管理員將新讀者的信息錄入計算機中，進行保存。前置條件：以圖書管理員的身份登錄系統。后置條件：讀者信息中增加一條記錄?；静僮髁鞒蹋?以圖書管理員的身份登錄系統。2 進入讀者管理功能。輸入新讀者的相應信息，設置讀者類別。4 保存操作。
可選流程：在保存之前，可以取消操作。
9.用例名稱：修改或刪除讀者 用例描述：由圖書管理員修改讀者的信息或刪除讀者，進行保存。前置條件：以圖書管理員的身份登錄系統。后置條件：讀者信息中相應記錄更新或刪除?；静僮髁鞒蹋?以圖書管理員的身份登錄系統。2 進入讀者管理功能。3 錄入讀者的借書卡條碼，查詢讀者，確定需要修改或刪
除的讀者。修改讀者的相應信息或刪除讀者。5 保存操作。
可選流程：在保存之前，可以取消操作。
五、實驗心得
完成用例圖之后，給我最大的感受就是一定要把課堂上學到的知識用到實踐中。以前總覺得老師在上課講的東西很簡單，當真正操作起來的時候，才發現沒那么容易，將課堂知識運用到實踐中才是真正掌握了知識。
第二篇：會議管理系統用例圖
會議管理系統類圖
審批會議安排信息審批會議成本信息部門經理審批用戶角色變更申請信息審批會議室變更信息審批會議設備變更信息
用例名稱： 參與者： 主事件流：(1)(2)(3)(4)
了解會議信息了解會議邀請信息了解部門會議成本信息與會者了解當前角色信息申請成為會議組織者
了解與會者提案信息了解會議室預訂信息了解會議成本信息預訂會議設備會議組織者取消會議組織者角色了解會議設備預訂信息預訂會議室創建會議信息
管理用戶角色信息管理會議設備信息統計會議成本會議室管理員管理會議室信息審批會議室預訂信息
了解會議信息部門經理了解會議邀請信息<
管理用戶角色信息了解會議成本審批信息<
第三篇：圖書管理系統用例建模報告(用例圖、類圖、時序圖)
軟件系統分析與設計
實驗報告
學
院：計算機科學與技術學院
專
業：軟件工程學
號：姓
名：實驗名稱：圖書管理系統用例建模時
間：
/ 9
********* ***
一、實驗內容與要求
本實驗要求學生對學校的圖書館管理系統進行需求分析，對系統功能進行用例建模，畫出用例圖，類圖以及相應的時序圖。在使用UML對系統建模時，學會使用UML建模工具，熟悉工具中的功能。
二、用例分析
1、讀者“ 借書還書系統” 用例圖
借書(from Use Cases)<
1．1、行為者：
主要行為者：讀者。
1．2、前置條件：
讀者進入圖書管理系統。
1．3、事件流：
1.3.1、主要事件流：
1.3.1.1：讀者檢索所需圖書信息，并查看；
1.3.1.2：讀者檢索到所需圖書，登錄系統，開始借書；
1.3.1.3：系統查詢圖書信息，圖書數目是否可借；
1.3.1.3.1：圖書顯示可借，借書成功；
/ 9
1.3.1.3.2：圖書顯示不可借，借書失??； 1.3.1.4：進入續借圖書界面，續借圖書； 1.3.1.5：系統查看預約記錄，1.3.1.5.1：沒有沖突，續借成功；
1.3.1.5.2：有沖突，續借失??；1.3.3.1：
1.3.1.6：讀者歸還圖書；
1.3.1.6.1：歸還時間沒有逾期，歸還成功；
1.3.1.5.2：歸還時間逾期，逾期處罰，歸還成功；
1.3.2、備選事件流：
1.3.2.1：圖書檢索信息失敗，未檢索到圖書，重新輸入信息檢索；
1.3.2.2：未曾檢索到用戶檢索的圖書，系統顯示相關聯的信息的圖書；
1.3.2.3：用戶名或密碼輸入錯誤，登錄系統失敗，重新輸入用戶名或密碼登錄；
1.3.2.4：系統顯示圖書不可借后，進入圖書預約界面，輸入信息預約圖書；
1.3.3、異常事件流：
1.3.3.1：讀者登錄系統失敗，未曾注冊用戶；
1.3.3.1.1：返回系統注冊用戶后，重新登錄。
1．4、后置條件：退出系統。1．
5、1．
6、擴展點：無。
2、“圖書信息管理系統”用例圖
新書信息錄入(from Use Cases)<
/ 9
2．1、行為者：
主要行為者：管理員；
2．2、前置條件：管理員打開圖書信息管理系統；
2．3、事件流：
2.3.1：主要事件流：
2.3.1.1：圖書管理員輸入管理員登錄信息，登錄系統；
2.3.1.2：進入圖書信息管理界面，查看已有圖書信息，是否有需要購入圖書；
2.3.1.2.1：錄入新購進圖書信息，并確認；
2.3.1.3：進入讀者信息管理界面，管理已有用戶信息；
2.3.1.4：進入信息通知界面，查看已有用戶圖書借閱、預約情況；
2.3.1.4.1：查看讀者所預約圖書，自動查詢圖書信息，確認是否已有可借圖書，有則通知讀者；
2.3.1.4.2：查詢讀者已借圖書信息，根據已借時間及歸還時間分類；
2.3.1.4.2.1：所借圖書即將逾期，啟動系統提醒功能；
2.3.1.4.2.2：所借圖書已經逾期，啟動逾期及處罰通知功能；
2.3.2：備選事件流：
2.3.2.1：管理員用戶名或登錄名錯誤，重新登錄；
2.3.2.2：需要購進新圖書，存儲信息，通知相關人員；
2.3.2.3：讀者預約圖書沒有可借圖書，不予通知；
2.3.2.4：預約通知提醒后，刪除該預約記錄；
2.3.2.5：讀者所借圖書距離歸還時間仍很久，無需通知；
2.3.3：異常事件流：
2.3.3.1：登錄失敗超過一定次數后，系統凍結該用戶名，一段時間后可以重用；
2．4、后置條件：退出系統；
2．5、擴展點：無。
三、“圖書管理系統”類圖及關系
/ 9
1、閱讀者信息類：
1.1、類名：閱讀者信息<<父類>>； 1.2、屬性名：
1.2.1、private： ID<<閱讀者證件號>>
1.3、方法：未定。
2、讀者類：
2.1、類名：讀者<<子類>>； 2.2、屬性名：
1.2.1、private：ID<<閱讀者證件號>>
2.3、方法：未定。
3、管理員類：
3.1、類名：管理員<<子類>> 3.2、屬性名：
1.2.1、private： ID<<閱讀者證件號>>
3.3、方法：未定。
4、Book類：
4.1、類名：book 5 / 9
類型：String；
類型：String；
類型：String； 4.2、屬性名：
4.2.1、private： 書號<<圖書編號>>
類型：String； 4.2.2、private： 書名<<圖書名>>
類型：String； 4.2.3、private： 出版號<<圖書出版編號>>
類型：String； 4.2.4、private： 出版社名<<圖書出版社名>> 類型：String； 4.2.5、private： 作者<<圖書作者姓名>>
類型：String； 4.3、方法：未定。
5、Copy_book類：
5.1、類名：copy_book； 5.2、屬性名：
5.2.1、private： 書號<<圖書編號>>
類型：String； 5.2.2、private： 書名<<圖書名>>
類型：String； 5.2.3、private： 出版號<<圖書出版編號>>
類型：String； 5.2.4、private： 出版社名<<圖書出版社名>>
類型：String； 5.2.5、private： 作者<<圖書作者姓名>>
類型：String； 5.2.6、private：count<<圖書數量>>
類型：String； 5.3、方法：未定。
6、借還書記錄類<<關聯類>>：
6.1、類名：借還書記錄； 6.2、屬性名：
6.2.1、private： 書號<<圖書編號>>
類型：String； 6.2.2、private： 書名<<圖書名>>
類型：String； 6.2.3、private：讀者姓名<<>>
類型：String； 6.2.4、private： 出版社名<<圖書出版社名>>
類型：String； 6.2.5、private： 作者<<圖書作者姓名>>
類型：String； 6.2.6、private：borrowdate<<所借圖書日期>>
類型：Date； 6.2.7、private：due_Date<<圖書應還日期>>
類型：Date； 6.2.8、private：real_Date<<圖書實還日期>> 類型：Date； 6.3、方法：
6.3.1、private：getDate（）
返回值：Date；
6.3.2、private：isOverDate（）
返回值：bool；
6.3.3、private：opname（）
返回值：void；
7、預約類：
7.1、類名：Reservation； 7.2、屬性：
7.2.1：private：書名<<預約書名>>
類型：String；
7.2.2：private：作者<<圖書作者>>
類型：String； 7.2.4：private：讀者ID<<預約者ID>>
類型：String； 7.2.4：private：預約時間<<預約時間>>
類型：Date；
7.3、方法：未定。
/ 9
四、圖書管理系統時序圖及分析
1）、時序圖內容
時序圖是顯示對象之間交互的圖，這些對象是按時間順序排列的。該圖書館管理系統主要含有以下幾個重要的時序圖，其他對象的時序圖和這些類似。
1、借書時序圖；
2、還書時序圖；
3、預約時序圖。
2）、時序圖分析
1、借書時序圖
：借書系統：loan讀者copy_bookbookReservation<<預約>> : 讀者需借書目 : 管理員login（）show_reader（）1:check（）borrow（）getreader()2:check（）getbookinf()3:check()1:isBorrow()bulidinf()2:isBorrow()3:isBorrow()4:isborrow()
【借書時序圖說明】
1、login（）：讀者將需借書目交給管理員，管理員登陸系統。
2、show_reader()：顯示讀者的信息的函數。
3、check（）：驗證讀者是否有借書的權利。
4、borrow（）：讀者借書函數。
5、getreader（）：獲取讀者信息的函數。
6、check（）：檢驗讀者是否符合借書條件函數。
7、getbookinf（）：獲取書目信息函數。
8、check（）：檢查書籍是否被預約的函數。
9、isBorrow()：返回未被預約函數。
/ 9
10、builtinf()：建立借閱信息函數。
11、isBorrow()：返回借閱信息函數。
12、isBorrow():返回借閱成功函數。
13、isBorrow：借閱成功，將書交給讀者。
借書時，讀者先將書拿予管理員，管理員對書籍和讀者進行檢驗，若書籍和讀者都符合借書條件，則借書成功。
2、還書時序圖
還書界面 : 讀者還書login（）getbookinf（）: 管理員bookloangetborrowinf()getborrowDate()getnowDate()isOverDate()work()returnreturn【還書時序圖說明】
1、login（）：讀者將書籍交給管理員，管理員登錄系統。
2、getbookinf（）：管理員掃描條形碼，獲取書籍信息函數。
3、getborrowinf（）：獲取借閱信息函數。
4、getborrowDate（）：獲取借閱時間函數。
5、getnowDate（）：獲取現在時間函數。
6、isOverDate():是否超出借閱時間函數。
/ 9
7、work（）：處理函數，處理時間差。
8、return：消息返回。
還書時，讀者先將書交給管理員，由管理員掃描書籍，若書籍沒有過期等違規現象，還書成功。
3、預約時序圖
圖書管理系統bookcopy_bookReservation : 讀者login（）getbookinf()check（）reservation（）getbook（）build（）return result
【預約圖書時序圖說明】
1、login（）：登錄系統。
2、getbookinf（）：獲取圖書信息函數。
3、check（）：檢查是否有圖書可借函數。
4、reservation（）：確定預約圖書函數。
5、getboook（）：獲取預約圖書信息函數。
6、built（）：建立預約信息函數。
7、return：消息返回。
讀者在借書時，發現自己所需要借的書目無法借閱，進入預約界面，建立預約記錄。
/ 9
第四篇：圖書管理系統的用例事件流描述
圖書管理系統的用例事件流描述： 1．借閱物理書刊（Borrow Book）1．1 前置條件（Pro-Conditions）
在這個用例開始前，Librarian 必須登錄到系統中 1．2 后置條件（Post-Conditions）
如果這個用例成功，在系統中建立并存儲借閱記錄，如果必要還要刪除預定記錄。否則，系統的狀態沒有變化。
1．3 擴充點（Extension Points）
沒有
1．4 事件流
1．4．1 基流（Basic Flow）
當借閱者從圖書館借閱物理書刊時，用例啟動。
如果Librarian 選擇“借書”，則執行分支流S-1：借閱物理書刊。
如果所借的物理書刊是經過預定的，則執行分支流S-2：通過預定借閱物理書刊。1．4．2 分支流（Subflows）S-1：借閱物理書刊
（1）提供書刊種類、借閱者信息
（2）檢索書刊種類（Title）（E-1）
（3）確定所借閱的物理書刊是否可以獲得（E-2），即物理書刊是否都已借出（4）檢索借閱者（E-3）
（5）圖書館將物理書刊借給借閱者（6）創建借閱記錄（7）存儲借閱記錄
S-2：通過預定借閱物理書刊
（1）提供書刊種類、借閱者信息（2）檢索書刊種類（Title）（E-1）（3）檢索借閱者（E-3）
（4）確定該類書刊的物理拷貝是否可以獲得（E-2）（5）將物理書刊發給借閱者（6）創建借閱記錄（7）存儲借閱記錄（8）刪除預定記錄
1．4．3 替代流（Alternative Flow）
E-1：該種書刊不存在，系統顯示提示信息，用例終止 E-2：物理書刊都已借出，系統顯示提示信息，用例終止 E-3：系統中不存在該借閱者，系統顯示提示信息，用例終止 2．返回物理書刊（Return Book）2．1 前置條件（Pre-Conditions）
在這個用例開始前，Librarian 必須登錄到系統中 2．2后置條件（Post-Conditions）
如果這個用例成功，系統刪除借閱記錄。否則，系統的狀態沒有變化。2．3 擴充點（Extension Points）
沒有 2．4 事件流
2．4．1 基流（Basic Flow）
當借閱者返回所借閱物理書刊時，用例啟動。
（1）提供所還物理書刊信息
（2）檢索物理書刊（E-1）
（3）查詢物理書刊的借閱記錄（E-2）（4）刪除借閱記錄
2．4．2 替代事件流（Alternative Flow）
E-1：物理書刊不存在，系統顯示提示信息，用例終止 E-2：若借閱記錄不存在，系統顯示提示信息，用例終止 3．預定書刊（Reserve Title）3．1 前置條件（Pre-Conditions）
在這個用例開始前，Librarian 必須登錄到系統中 3．2后置條件（Post-Conditions）
如果這個用例成功，系統建立預定記錄。否則，系統的狀態沒有變化。3．3 擴充點（Extension Points）
沒有
3．4 事件流
3．4．1 基流（Basic Flow）
當Librarian為借閱者預定物理書刊時，用例啟動。
（1）提供書刊種類、借閱者信息
（2）檢索書刊種類（E-1）
（3）檢索借閱者（E-2）
（4）系統接受預定，創建預定記錄（5）將預定記錄存儲在系統中
3．4．2 替代事件流（Alternative Flow）
E-1：該種書刊不存在，系統顯示提示信息，用例終止 E-2：系統不存在該借閱者，系統顯示提示信息，用例終止 4．取消預訂（Cancel Reservation）4．1 前置條件（Pre-Conditions）
在這個用例開始前，Librarian 必須登錄到系統中 4．2后置條件（Post-Conditions）
如果這個用例成功，系統刪除預定記錄。否則，系統的狀態沒有變化。4．3 擴充點（Extension Points）
沒有
4．4 事件流
4．4．1 基流（Basic Flow）
（1）提供所預定的書刊種類、借閱者信息
（2）檢索所預定書刊種類（E-1）
（3）檢索借閱者（E-2）
（4）從系統刪除預定記錄（E-3）4．4．2 替代事件流（Alternative Flow）
E-1：該種書刊不存在，系統顯示提示信息，用例終止 E-2：系統不存在該借閱者，系統顯示提示信息，用例終止 E-3：預定信息不存在，系統顯示提示信息，用例終止
5．維護借閱者信息（Maintain Borrower Info）5．1 前置條件（Pre-Conditions）
在這個用例開始前，Librarian 必須登錄到系統中 5．2后置條件（Post-Conditions）
如果這個用例成功，系統添加、修改、刪除借閱者信息。否則，系統的狀態沒有變化。5．3 擴充點（Extension Points）
沒有
5．4 事件流
5．4．1 基流（Basic Flow）
系統要求Librarian選擇所要執行的活動（添加、修改、刪除借閱者信息）如果所選擇的活動是“添加借閱者”，則執行分支流S-1：添加借閱者 如果所選擇的活動是“刪除借閱者”，則執行分支流S-2：刪除借閱者 如果所選擇的活動是“修改借閱者”，則執行分支流S-3：修改借閱者 5．4．2 分支流（Subflows）S-1：添加借閱者
（1）提供借閱者的信息，如姓名、地址、郵政編碼和身份證號碼等。（2）系統存儲借閱者信息（E-1）。S-2：刪除借閱者
（1）提供借閱者的信息
（2）查詢借閱者（E-2）
（3）查詢借閱者的借閱記錄（E-3）
（4）從系統中刪除借閱者的信息，以及借閱者的預定記錄 S-3：更改借閱者
（1）提供借閱者的信息
（2）查詢并顯示借閱者信息（E-2），修改相應的信息
（3）更新系統中借閱者的信息 5．4．3替代流（Alternative Flow）
E-1：若借閱者已存在，系統顯示提示信息，用例終止 E-2：若查詢不到借閱者，系統顯示提示信息，用例終止 E-3：若存在借閱記錄，系統顯示提示信息，用例終止
6．維護書刊信息（Maintain Title Info）6．1 前置條件（Pre-Conditions）
在這個用例開始前，Librarian 必須登錄到系統中 6．2后置條件（Post-Conditions）
如果這個用例成功，系統添加、修改、刪除書刊種類信息。否則，系統的狀態沒有變化。6．3 擴充點（Extension Points）
沒有
6．4 事件流
6．4．1 基流（Basic Flow）
系統要求Librarian選擇所要執行的活動（添加、修改、刪除書刊種類信息）如果所選擇的活動是“添加書種”，則執行分支流S-1：添加書刊信息 如果所選擇的活動是“刪除書種”，則執行分支流S-2：刪除書刊信息 如果所選擇的活動是“修改書種”，則執行分支流S-3：修改書刊信息 6．4．2 分支流（Subflows）S-1：添加書刊信息
（1）提供書刊的書名、作者、ISBN/ISSN號等信息。（2）在系統中存儲該書刊信息（E-1）。S-2：刪除書刊信息
（1）提供所要刪除的書刊信息
（2）查詢所要刪除的書刊（E-2）
（3）刪除該書刊的所有物理書刊的信息（E-3）
（4）刪除書刊信息，以及相關的預定信息 S-3：更改書刊信息
（1）提供所要修改的書刊信息
（2）查詢并顯示書刊信息（E-2）（3）修改相應的信息
（4）更新系統中書刊的信息
6．4．3替代流（Alternative Flow）
E-1：若書刊信息已存在，系統顯示提示信息，用例終止 E-2：若查詢不到該書刊，系統顯示提示信息，用例終止 E-3：若物理書刊借出，系統顯示提示信息，用例終止
7．維護物理書刊信息（Maintain Book Info）7．1 前置條件（Pre-Conditions）
在這個用例開始前，Librarian 必須登錄到系統中 7．2后置條件（Post-Conditions）
如果這個用例成功，系統添加、修改、刪除物理書刊種類信息。否則，系統的狀態沒有變化。
7．3 擴充點（Extension Points）
沒有
7．4 事件流
7．4．1 基流（Basic Flow）
系統要求Librarian選擇所要執行的活動（添加、修改、刪除物理書刊種類信息）如果所選擇的活動是“添加物理書刊”，則執行分支流S-1：添加物理書刊信息 如果所選擇的活動是“刪除物理書刊”，則執行分支流S-2：刪除物理書刊信息 如果所選擇的活動是“修改物理書刊”，則執行分支流S-3：修改物理書刊信息 7．4．2 分支流（Subflows）S-1：添加物理書刊信息
（1）提供物理書刊的種類信息（2）查詢物理書刊的種類（Title），確定系統中已經存在該書刊的種類（E-1）。（3）添加物理書刊
（4）將物理書刊存儲在系統中 S-2：刪除物理書刊信息
（1）提供所要刪除的物理書刊的種類信息
（2）查詢所要刪除的物理書刊的種類信息（Title）（E-1）
（3）刪除物理書刊的信息（E-3）
（4）從系統中刪除物理書刊信息，并更新相關的信息 S-3：更改書刊信息
（1）提供所要修改的物理書刊的種類信息
（2）查詢物理書刊種類（E-1）
（3）查詢并顯示該種書刊的所有的物理書刊
（4）選擇物理書刊并修改其信息
（5）更新系統中物理書刊的信息 7．4．3替代流（Alternative Flow）
E-1：若系統中不存在該書刊種類，添加該書刊種類信息
8．登錄（Log in）8．1前置條件 沒有
8．2 后置條件
如果用例成功，參與者可以啟動系統并使用系統所提供的功能。反之，系統的狀態不改變。8．3 擴充點 沒有
8．4 事件流
8．4．1 基流（Basic Flow）
當用戶希望登錄到系統中時，用例啟動。
（1）系統提示用戶輸入用戶名和密碼
（2）用戶輸入用戶名和密碼
（3）系統驗證輸入的用戶名和密碼，若正確（E-1），用戶登錄系統中。8．4．2 替代流（Alternative Flows）
E-1：如果用戶輸入無效的用戶名和/或密碼，系統顯示錯誤信息。用戶可以選擇返回基流的起始點，重新輸入正確的用戶名和/或密碼；或者取消登錄，用例結束。
第五篇：圖書館管理系統用例圖、活動圖、類圖、時序圖
圖書館管理系統一．圖書館管理系統需求分析
1、系統目標設計
系統開發的總目標是實現內部圖書借閱管理的系統化、規范化和自動化。能夠對圖書進行注冊登記，也就是將圖書的基本信息（如：書的編號、書名、作者、價格等）預先存入數據庫中，供以后檢索。
能夠對借閱人進行注冊登記，包括記錄借閱人的姓名、編號、班級、年齡、性別、地址、電話等信息。
提供方便的查詢方法。如：以書名、作者、出版社、出版時間（確切的時間、時間段、某一時間之前、某一時間之后）等信息進行圖書檢索，并能反映出圖書的借閱情況；以借閱人編號對借閱人信息進行檢索；以出版社名稱查詢出版社聯系方式信息。
提供對書籍進行的預先預訂的功能。
提供舊書銷毀功能，對于淘汰、損壞、丟失的書目可及時對數據庫進行修改。能夠對使用該管理系統的用戶進行管理，按照不同的工作職能提供不同的功能授權。
提供較為完善的差錯控制與友好的用戶界面，盡量避免誤操作。
2、系統功能需求分析
(1)讀者管理：讀者信息的制定、輸入、修改、查詢，包括種類、性別、借書數量、借書期限、備注等。
(2)書籍管理：書籍基本信息制定、輸入、修改、查詢，包括書籍編號、類別、關鍵詞、備注。
(3)借閱管理：包括借書，還書，預訂書籍，續借，查詢書籍，過期處理和書籍丟失后的處理。
(4)系統管理：包括用戶權限管理，數據管理和自動借還書機的管理
基于UML的圖書館管理系統建模設計
滿足以上需求的系統主要包含有一下幾個子系統
（1）基本業務功能子系統：該系統中主要包含了借書還書和預訂等功能。（2）基本數據錄入功能子系統：該子系統主要包含有書籍信息和讀者信息錄入功能。
（3）信息查詢子系統：包含了多功能的查詢書籍信息和讀者信息。（4）數據庫管理功能子系統：主要包含了借閱信息管理功能，書籍信息管理功能和預訂信息管理功能。
（5）幫助功能子系統。
二、系統動態建模
1、用例圖、2
圖書館管理系統的用例圖
從用例圖中我們可以看出管理員和讀者之間對本系統所具有的用例。管理員所包含的用例有：
（1）登錄系統：管理員可以通過登錄該系統進行各項功能的操作（2）書籍管理：包括對書籍的增刪改等。
基于UML的圖書館管理系統建模設計
（3）書籍借閱管理：包括借書、還書、預訂、書籍逾期處理和書籍丟失處理等等。
（4）讀者管理：包含對讀者的增刪改等操作。（5）自動借書機的管理。讀者所包含的用例有：（1）登錄系統
（2）借書：進行借書業務。（3）還書：讀者具有的還書業務。
（4）查詢：包含對個人信息和書籍信息的查詢業務（5）預訂：讀者對書籍的預訂業務。
（6）逾期處理：就是書籍過期后的繳納罰金等。（7）書籍丟失處理：對書籍丟失后的不同措施進行處理。（8）自動借書機的使用等。
2、時序圖
時序圖是顯示對象之間交互的圖，這些對象是按時間順序排列的。該圖書館管理系統主要含有以下幾個重要的時序圖，其他對象的時序圖和這些也類似。
（1）借書時序圖（2）還書時序圖（3）罰款時序圖
1、借書時序圖
圖書館管理系統借書時序圖
【時序圖說明】
（1）login（）：登錄系統。
（2）checkstu_card():對讀者信息進行驗證，檢查是否符合本圖書館借書條件。
（3）showinformation（）：顯示該讀者的基本信息函數。（4）borrow（）：讀者借書函數。
（5）getreaders（）：取得讀者信息函數?？丛撟x者是否符合借書條件，若符合，則返回可借信息。
（6）gettitle（）:取得書目信息。
（7）getreservation（）：檢驗書籍是否被預訂函數。（8）getnoreservation（）：書籍沒被預訂或取消預訂函數。（9）create（borrower，item）：創建書籍外借函數。
借書時，讀者先將書拿予管理員，管理員對書籍和讀者進行檢驗，若書籍和讀者都符合借書條件，則借書成功。
2、還書時序圖
基于UML的圖書館管理系統建模設計
圖書館管理系統還書時序圖
【時序圖說明】
（1）login（）：登錄系統。
（2）getitem():取得書籍條目信息。
（3）update（）：對圖書館書籍條目和借閱者信息進行更新條目。還書時，讀者先將書交給管理員，由管理員掃描書籍，若書籍沒有過期等違規現象，則對書目和讀者借閱信息進行更新，同時還書成功。
3、罰款時序圖
圖書館管理系統的罰款時序圖
【時序圖說明】
管理員對書籍進行掃描，若發現書籍已經超過了圖書館規定的還書期限，則按每天一定金額進行罰款，過期天數和罰款金額由系統自動計算。用戶交完罰金后，則對讀者借閱信息進行更新。4.4、系統的狀態圖
圖書館的書籍狀態圖如圖7所示。【狀態圖說明】
書籍在未變成圖書館在庫書籍時，為新加書籍狀態。書籍處于在庫狀態時既可以預訂也可以外借，外借后變為借出狀態。處于預訂狀態時也可以外借，超出預訂時間期限則從預訂狀態直接轉為可用狀態。借閱者在規定的預訂時間內也可以考慮取消預訂，取消預訂后書籍的狀態轉為可用。外借書籍歸還后變為可用狀態。
基于UML的圖書館管理系統建模設計
圖書館的書籍狀態圖
3、活動圖
活動圖描述的是某流程中的任務的執行，活動圖描述活動是如何協同工作的，當一個操作必須完成一系列事情，而又無法確定以什么樣的順序來完成這些事情時，活動圖可以更清晰地描述這些事情。在本圖書館管理系統中，我們主要描述了圖書館系統的借書、還書和預訂的活動圖。
(1)借書活動圖 【借書活動圖說明】
管理員首先要掃描讀者的借書證，檢驗證件是否符合圖書館借書條件，若該讀者的借書數量還未達到最大規定數量，并且其所借書籍均未屬于過期范圍，則符合借書條件。則再掃描書籍條形碼，檢查書籍是否是不可借書籍或者已經被預訂，若被預訂，則取消預訂，方可借書。在這些條件都符合時則更新書籍信息和讀者的借閱信息，記錄好借書的時間。
圖書館管理系統的借書活動圖
(2)還書活動圖 【還書活動圖說明】
圖書管理員對書籍進行掃描，若書籍已經過期，則要求讀者還請欠款才能還書，讀者繳應交罰款后，更新書目信息和讀者信息。
基于UML的圖書館管理系統建模設計
圖書館管理系統的還書活動圖
(3)預訂圖書活動圖 【預訂書籍活動圖說明】
讀者先進入系統查詢自己所需要的書籍，顯示書籍信息，檢驗書籍是否屬于可預訂書籍，若符合條件則檢查書籍是否已經被預訂或已經被外借，若都未成立，則讀者登錄系統，并對該書籍進行預訂。
圖書館管理系統預訂書籍活動圖
4、圖書館管理系統的類圖 【類圖說明】
（1）reader類是借閱者的類，它的屬性很多，包括借閱者的賬戶ID（reader_id）、姓名（reader_Name）、地址（Address）、班級（class）、所借書籍的書目（borrowed）等。其中主要操作有借書（addborrowed）和還書(deleteborrowed)和預訂(reservation)等。
（2）admin類是管理員類，他有編號和姓名屬性，操作主要是書籍的增刪改和讀者的增刪改等等。
（3）Title 類是記錄書目信息的類，包括書籍的名字（name）、作者（author）、book_id等屬性。
（4）Item 類是具體某本書的類，屬性包括書籍號（id）。操作包括預訂（reserve）、按書目查找（find_on_title）等。
（5）borrow類是某本書的借閱信息類，包括所借閱書籍的ISBN、借閱的時間（date）等。
（6）Reservation類是預訂信息類，每個預訂信息包括預訂日期（date）、所預訂書籍的ISBN、預訂書籍的用戶ID（UserID）等屬性。
基于UML的圖書館管理系統建模設計
(7)persistent store類是書籍永久的存儲類，在數據庫中的存儲數據，其他對與書籍有關的活動都要經過其存儲類。
圖書館管理系統的類圖及關系
三．實驗心得
此次實驗我們實現了對網上選課系統的設計，通過UML建模，把事物從抽象到實例化的過程，對每個對象進行細化分析，從而得到簡單而方便，容易理解的 12
模型結構。通過UML模型可以高效完成軟件設計，通過此次試驗收獲很大。在老師和同學們的幫助下，使我能夠成功的掌握了UML模型。在此，對老師和同學們的幫助表示感謝。
點擊咨詢 