1、課程設計報告學生姓名:xx學號:xx學院: 計算機科學與技術班級: xx題目: 圖書館管理系統需求分析指導教師: xxXX年XX月目錄1.選題背景 (12. 圖書館管理系統需求分析 (22.1圖書館管理系統需求陳述 (22.2圖書館管理系統需求分析 (12.3系統需求建模 (13 圖書館管理系統系統分析 (53.1系統用例建模 (53.2靜態結構模型 (93.3系統動態模型 (134 圖書館管理系統系統設計與實現 (254.1UML體系結構設計 (254.2對象模型設計 (264.3系統實現 (265.課程設計心得體會 (29參考文獻 (29I1選題背景面向對象的軟件工程,同傳統的面向過程的軟

2、件工程相比,在需求的獲取、系統分析、設計和實現方面都有著很大的區別。UML是OOA和OOD的常用工具。使用UML來構建軟件的面向對象的軟件工程的過程,就是一個對系統進行不斷精化的建模的過程。這些模型包括用例模型、分析模型、設計模型等。信息社會的高科技,商品經濟的高效益,使對計算機的應用得到普及。計算機雖然與人類的關系越來越密切,但還有人由于計算機操作的不便而使用手工進行管理。為了適應現代社會高度強烈的時間觀念,圖書館管理系統軟件為管理人員帶來了極大的方便。操作人員只需輸入一些簡單的漢子,數字,即可達到自己的目標。大到國家,小到居家,每一個城市,學校都會有自己的圖書館,隨著時間的推移,記載的文字

3、也在慢慢增加,為了方便管理,同時也方便讀者閱讀,圖書館管理系統也在慢慢的完善。圖書館管理系統在正常的運行中需要對圖書資源、讀者信息、預定,借閱信息進行管理,利用信息管理系統及時了解各環節中信息的變更,有利于提高圖書管理效率。信息社會的高科技,商品經濟的高效益,使對計算機的應用得到普及。計算機雖然與人類的關系越來越密切,但還有人由于計算機操作的不便而使用手工進行管理。為了適應現代社會高度強烈的時間觀念,圖書館管理系統軟件為管理人員帶來了極大的方便。對于圖書館來說,利用計算機支持高效率的完成日常事務,是適應現代要求、推動管理走向科學化、規范化的必要條件,而且圖書館管理又是一項非常繁瑣的事情,數量大

4、,核算極其不便。同時計算機具有手工管理所無法比擬的優點。例如:檢索迅速,查找方便、可靠性高、存儲量大、保密性好、壽命長等。這些優點能夠極大地提高圖書館管理效率,也使圖書館的科學化正規化管理。應用軟件系統,就其本質來說,是使用計算機對現實世界進行的數字化模擬。應用軟件的制造過程,按照UML的方法,就是建立這一些模型的過程。關于這個圖書館系統,基本的需求比較簡單,就是允許借閱者可以在圖書館借閱和歸還圖書,另外,也可以通過網絡或者圖書館的終端來查詢和預訂圖書。當然,圖書館管理員也可以對圖書和借閱者進行管理。為了簡化系統,我們沒有把圖書館中的人員作細分。12 圖書館管理系統需求分析2.1圖書館管理系統

5、需求陳述作為圖書管理系統,需要完成圖書借閱、圖書歸還、圖書預定及取消預訂等功能,系統開發的總目標是:系統開發的總目標是實現內部圖書借閱管理的系統化、規范化和自動化。能夠對圖書進行注冊登記,也就是將圖書的基本信息(如:書的編號、書名、作者、入庫時間、出版時間等預先存入數據庫中,供以后檢索。下面陳述對圖書館管理系統的需求。在圖書管理系統中,要為每一個借閱者建立一個賬戶,并給借閱者發放借閱證(借閱者可以提供借閱證號、借閱者名,賬戶中存儲借閱者的個人信息、借閱信息及預訂信息等。持有借閱證的借閱者可以借閱書刊、返還書刊、查詢書刊信息、預定書刊或取消預定書刊,但其中借閱書刊、返還書刊是通過圖書管理員代理進

6、行的,也就是借閱者不直接與系統交互,而是圖書管理員充當借閱者的代理與系統交互,在借閱書刊時,需要掃描借閱者的借書證及所要借閱的書刊條形碼,系統驗證借閱者是否有效(在系統中存在該賬戶或滿足借書要求,在系統存儲借閱記錄;借閱者還書后,系統刪除關于所還書刊的借閱記錄;在預定書刊時,需要輸入書刊名,如果該書刊存在則可預定,當預定書刊已獲得,則系統刪除相關預訂信息;系統還提供相關的安全性認證。2.2圖書館管理系統需求分析1.讀者管理。讀者信息的設置、輸入、修改、查詢,包括種類、性別、借書數量、借書期限、備注等;2.書籍管理。籍基本信息設置、輸入、修改、查詢,包括書籍編號、類別、關鍵詞、備注;3.借閱管理

7、。括借書、還書、預訂書籍、續借、查詢書籍、過期處理和書籍丟失后的處理;4.系統管理。包括用戶權限管理,數據管理。滿足以上需求的系統主要包含有一下幾個子系統。1.基本業務功能子系統。系統中主要包含了借書、還書和預訂等功能;12.基本數據錄入功能子系統。子系統主要包含有書籍信息和讀者信息錄入功能;3.信息查詢子系統。含了多功能的查詢書籍信息和讀者信息;4.數據庫管理功能子系統。要包含了借閱信息管理功能、書籍信息管理功能和預訂信息管理功能;5.幫助功能子系統。本系統使用UML建模技術,對圖書管理系統進行分析與設計,使開發的系統方面用戶的使用和維護,根據圖書管理工作性質和環境決定了本系統在性能方面要達

8、到以下要求。1.系統可擴充性要求要保證所整合的圖書管理系統的可擴充性,對不同級別的用戶要求的層次和模塊,可靈活地進行定制。使得將來易于與當前系統實現互連互通,為用戶提供全方位,高質量和高效率服務。2.界面友好性要求系統提供統一的操作界面和方式。要求操作界面美觀大方、布局合理、功能完善,對于初級用戶容易上手。3.服務個性化要求系統針對不同級別的用戶提供方便的界面形式,以滿足用戶需求。如圖書管理員登錄系統之后,可以看到系統所有的內容。用戶登錄后,可以看到最關心的信息,對于有些不必要的細節,系統不會顯示。4.可管理性要求系統涉及面較廣,系統應提供對管理內容的分級分類管理和維護、審批服務事項、維護工作

9、流定制與監控、用戶信息維護、系統配置和管理、故障診斷等功能。2.3系統需求建模根據對系統需求建模的分析可知幾乎在任何情況下都需要使用用例,通過用例可以獲取用戶需求,規劃和控制圖書館管理系統項目。獲取用例是需求分析階段的主要工作之一,而且是首先要做的工作。大部分用例將在項目的需求分析階段產生而且隨著開發工作的深入還會發現更多用例。創建用例模型的工作包括:定義系統、尋找參與者和用例、描述用例、定義用例之間的關系、確定模型,其中尋找參與者和用例是關鍵。1通過對系統需求的分析,可以確定系統中有兩個參與者:借閱者、圖書管理員。參與者的描述如下。1.借閱者:借閱者可以借閱、預定、歸還書刊,還可以取消預定。

10、2.圖書管理員:圖書管理員描述系統,可以創建、修改、刪除借閱者的信息,可以添加、編輯、刪除書刊信息,即維護目錄。前面已經識別出了參與者,通過對需求的進一步分析,可以確定系統中有如下用例存在。從用例圖中我們可以看出管理員和讀者之間對本系統所具有的用例。管理員的用例有。1.登錄系統。管理員可以通過登錄該系統進行各項功能的操作;2.添加書籍管理。包括對書籍的增加操作;3.維護書籍信息。包括借書、還書、預訂、書籍逾期處理和書籍丟失處理等等;4.維護借閱者信息。包含對讀者的修改等操作;5.添加借閱者管理。包含對讀者進行添加操作。讀者的用例有。1.登錄系統;2.借書。進行借書業務;3.還書。讀者具有的還書

11、業務;4.預訂。讀者對書籍的預訂業務;借閱書刊、預定書刊、取消預定這些動作是由借閱者執行的,但是對于軟件系統來說,這些操作是由圖書管理員與系統進行交互完成的,也即用例借書、還書、預定書刊、取消預定實際上是與圖書管理員交互的,在參與者“借閱者”和參與者“圖書管理員”之間存在著依賴關系,即“借閱者”借助“圖書管理員”完成這些工作。用例“維護借閱者信息”、“維2護書刊信息”也是與參與者“圖書管理員”交互,為了系統的安全性,系統還需要提供進行身份驗證的功能,以確保只有具有權限的“圖書管理員”才可以使用系統的功能,所以“圖書管理員”必須與用例“登錄”交互,即“圖書管理員”在使用系統前,要使用用戶名和密碼

12、進行登錄,系統驗證用戶的密碼正確后,用戶才可以執行進一步的操作。預訂書籍借閱者返回書籍借閱書籍取消預訂uses 圖2.1 借閱者用例圖登錄維護借閱者信息維護書籍信息添加借閱者圖書管理員添加書籍圖2.2 圖書管理員用例圖用例可以用事件流來描述,用例的事件流是對完成用例行為所需的事件的描述。事件流描述了系統應該做什么,而不是描述系統應該怎么做,也就是說,事件流描述是用域語言描述的,而不是用實現語言描述的。圖書管理系統的用例的事件流描述如下:1.借閱書刊:如果讀者(借閱者沒有保留,書刊標題被識別;書刊標題的一個可得的欄目(項被識別;讀者(借閱者被識別;圖書館借這個項(書刊;新的借出被記錄。如果讀者(

13、借用人有預定:讀者被識別;書刊標題被識別;書刊標題的一個可得的欄目(項被識別;圖書館借出相應的書(項;新的借出被記錄;預定被刪除。2.返還書刊:如果借閱記錄存在:書刊標題被識別;書刊標題的一個可得的欄目(項被識別;讀者(借閱者被識別;刪除借閱記錄;如果書刊不存在,系統顯示提示信息,用例終止;3.預訂書刊:如果書刊存在:書刊標題被識別;檢索借閱者;系統接收預訂,創建預訂記錄;將預訂記錄存儲在系統中;如果書刊不存在:系統顯示提示信息,用例終止;4.取消預訂:如果預訂信息存在:提供所預訂書刊的種類、借閱者的信息;檢索所預訂的書刊種類;檢索借閱者;從系統中刪除預定信息;如果預訂不存在:系統顯示提示信息

14、,用例終止;5.維護借閱者信息:如果借閱者已存在:借閱者被識別;提供借閱者信息;如果所選活動是刪除借閱者:從系統中刪除借閱者的信息,以及借閱者的預訂記錄;如果所選活動室修改借閱者:修改相應的信息;更新系統中借閱者的信息;如果借閱者不存在:所選活動是添加借閱者:輸入借閱者信息;系統存儲借閱者信息.6.維護書刊信息: 如果書刊已存在:書刊被識別;提供書刊信息;如果所選活動是刪除書刊信息:從系統中刪除書刊信息,以及借閱者的預訂記錄;如果所選活動是修改書刊信息:修改相應的信息;更新系統中書刊信息;如果書刊不存在:所選活動是添加書刊信息:輸入書刊信息;系統存儲書刊信息;7.登錄:當用戶希望登錄到系統中時

15、,用例啟動,系統提示用戶輸入用戶名和密碼;用戶輸入用戶名和密碼;系統驗證輸入的用戶名和密碼,若正確,則用戶登錄到系統中;如果用戶輸入不正確的用戶名和密碼:系統顯示錯誤信息;用戶可以選擇返回到起始點,重新輸入正確的用戶名和密碼;或取消登錄,用例結束。3 系統分析3.1系統用例建模進行系統分析和設計的第一步就是創建系統的用例模型。作為描述系統的用戶或參與者所能操作的圖,它在需求分析階段有著重要的作用,整個開發過程都是圍繞系統的需求用例表述的問題和問題模型進行的。所用到的執行者有:借閱者和圖書管理員。下面對本系統中的相關用例進行描述。(1圖書管理員可以通過以下活動對借閱者進行管理添加/刪除借閱者修改

16、權限辦失掛理超期或丟失罰款處理讀者借閱信息管理個人信息查詢/修改(2圖書管理員可以通過以下活動對圖書進行管理圖書借入借出圖書采購圖書信息刪除信息添加信息修改圖書類別查詢模糊查詢圖書按書名查詢圖書按作者查詢圖書按出版社查詢圖書按年代查詢(3管理員通過以下活動進行系統管理系統更新 系統維護 硬件更新 日志維護 (4借閱者的用例借書 還書 預訂圖書 查詢借閱信息 查詢圖書信息 查詢個人信息圖3.1 借閱者管理用例圖圖書管理員讀者增加/刪除讀者修改權限個人信息查詢/修改讀者借閱信息查詢超期/丟失罰款讀者管理辦理掛失 圖3.2圖書館管理系統用例圖 圖書管理員圖書借入借出管理圖書購入 圖書管理按年代查詢按

17、出版社查詢按作者查詢按書名查詢模糊查詢 圖書查詢類別查詢信息修改信息添加圖書信息管理信息刪除圖3.3 圖書管理員對圖書管理用例圖管理員登錄/退出系統維護日志維護系統管理硬件更新系統更新軟件更新圖3.4 系統后臺管理用例圖3.2靜態結構模型系統需求已經定義過了,現在可以根據系統需求識別出系統中存在的類。系統類的識別可以通過尋找系統域描述和需求描述中的名詞來進行。1.找出候選類從前述的系統需求描述中可以找到的名詞有:借閱者、用戶、讀者、書刊、借閱記錄、預定記錄、永久數據、用戶個人信息、借書證、借書證號、書刊編號、書刊名、出版社、地址、電話、作者、入庫時間、出版時間等,這些都是類圖中的候選類。2.篩

18、選正確類僅通過一個簡單、機械的過程不可能正確的完成分析工作。接下來要從中去掉不正確的、不必要的,僅保留確實應該記錄的類。按照如下標準進行篩選a.冗余如果兩個類表達了同樣的信息,則應該保留在此問題中最富于描述力的名稱。此系統中“借閱者”、“用戶”、“讀者”描述相同的信息,因此應該用“借閱者”。b.屬性在需求陳述中有些名詞實際上描述的是其他對象的屬性,應該把這些名詞從候選類中去掉,當然,如果某個性質具有很強的獨立性,則應把它作為類,而不是作為屬性。此系統中“借書證號”、“書刊編號”、“書刊名”、“出版社”、“地址”、“電話”、“作者”、“入庫時間”、“出版時間”等,實際上都應該作為屬性對待。綜上所

19、述,經過初步的篩選剩下的類有: 借閱者、書刊、借閱記錄、預定記錄、數據庫中的存儲、借閱證。在初步分析確定了問題域中的類之后,接下來就分析確定類與對象之間的關聯關系,兩個或多個對象之間的相互依賴、相互作用的關系就是關聯。分析確定關聯能促使分析員考慮問題域的邊緣情況,有助于發現那些尚未被發現的類。對于圖書館管理系統,我們從以下幾個方面確定其關聯。1.初步確定關聯在需求陳述中使用的描述性動詞或動詞詞組,通常表示關聯關系,經過對本圖書館分析,初步確定下列關聯。(1 直接提取動詞短語得出的關聯借閱者持有借閱證圖書管理員為借閱者代理借書每個借閱者建立一個賬戶給借閱者發放借閱證賬戶中存儲借閱者個人信息、借閱

20、信息及預訂信息借閱者可以借閱書刊、返還書刊、查詢書刊、預定書刊并取消預訂借閱書刊時需要輸入所需要的書刊名預訂書刊時需要輸入所需要的書刊名系統處理并發的訪問(2 需求陳述中隱含的關聯圖書館管理員維護圖書借閱、預訂、入庫、處理信息圖書館管理員維護讀者個人信息、讀者借閱、預訂、罰款等信息系統提供必要的安全性保證(3 根據問題域知識得出的關聯圖書館雇傭圖書管理員根據借書證訪問賬戶2.篩選經過初步分析得出的關聯,只能作為候選的關聯,還需要進一步的篩選,去掉對于圖書館管理系統不正確或不必要的關聯。(1 與問題無關的或應在實踐階段考慮的關聯在圖書管理信息系統案例中,系統處理并發的訪問并沒有明確類之間的新關聯

21、,它只不過提醒用戶在實現階段需要使用實現并發訪問的算法,以處理并發事務。(2 瞬時事件在本圖書管理信息系統中,為每個借閱者建立一個賬戶,它并不是借閱者和賬戶之間的固有關系,而是一個動作,因此應該刪除。類似的還應該刪除給借閱者發放借閱證、根據借閱證訪問賬戶。(3 三元關聯三個或三個以上對象的關聯,大多分解為二元關聯或用詞組描述成限定的關聯,在本圖書管理信息系統中,圖書管理員為借閱者代理借書可以分解成:圖書管理員管理借閱者信息和借閱者借書。3.進一步完善應該進一步完善經過篩選后的關聯,為了能夠使用于不同的關聯,必要時應該分解以前確定的類和對象,例如,在本圖書管理信息系統中,讀者信息可分為讀者個人信

22、息、讀者借閱、預訂、罰款等信息,書刊信息分為書刊名、書刊編號、出版社、作者、出版時間、入庫時間等信息。根據系統的需求分析確定的類有:借閱者、書刊、借閱記錄、預訂記錄、登錄對話框、借閱對話框、查詢對話框、還書對話框、預訂對話框、永久數據、圖書管理員。屬性是對象的性質,借助于屬性人們能夠對類和對象的結構有更深入、更具體的認識,下面具體介紹一下上述各類的屬性。1.類名:借閱者屬性:姓名、地址、電話、班級、學號、郵箱、借閱記錄、還書記錄、罰款記錄、預訂記錄2.類名:書刊屬性:書刊名、書刊號、出版社、作者、出版時間、入庫時間、分類3.類名:借閱記錄屬性:書刊名、借閱者、借書日期和應還日期、書刊類型4.類

23、名:預訂記錄屬性:書刊名、借閱者、預訂日期和應還日期、書刊類型5.類名:永久數據屬性:系統文件記錄6.類名:登錄對話框屬性:用戶名和密碼7.類名:借閱對話框屬性:書刊名、作者、借書日期和應還日期、書刊類型8.類名:查詢對話框屬性:文獻類型、檢索類型、檢索模式、書刊名9.類名:還書對話框屬性:書刊名、作者、借書日期和應還日期、書刊類型10.類名:預訂對話框屬性:文獻類型、檢索類型、檢索模式、書刊名11.類名:圖書管理員屬性:姓名和編號系統的實體類的類圖如圖3.5所示。 系統用戶界面類的類圖如圖3.6所示。 圖3.6 用戶界面類的類圖3.3系統動態模型在開發圖書館管理信息系統時,動態模型起著重要的

24、作用,動態行為模型由順序圖、協作圖、狀態圖、活動圖描述。順序圖是顯示對象之間交互的圖,這些對象是按時間順序排列的。該圖書館管理系統主要含有以下幾個重要的順序圖,其他對象的順序圖和這些也類似。1.借書順序借書的過程是:圖書管理員登錄借書界面,并驗證讀者信息,在借書界面顯示讀者信息,讀者提出借書要求,顯示讀者信息看讀者是否符合借書要求,若符合,則顯示可借,并取得圖書信息,檢查圖書是否預訂,如若沒有預訂,返回沒有被預訂,書籍外借,顯示借書成功。如若上述有一條不符則不能成功借書。根據基本流程,創建借閱者借書的順序圖如圖3.8所示。2.還書順序還書的過程是:讀者將圖書交給圖書管理員,圖書管理員登錄系統,

25、顯示還書界面,掃描書籍條形碼并取得書籍條目信息,進行確認驗證,并返回確認結果,對書籍條目進行更新和對借閱者信息進行修改,返回還書成功。根據基本流程,創建借閱者還書的順序圖如圖3.9所示。3.刪除借閱者順序刪除借閱者的過程是:圖書管理員選擇菜單下“刪除借閱者”,查詢對話框彈出,圖書管理員輸入借閱者賬號,系統查詢數據庫,顯示借閱者信息(若借閱者信息部存在顯示提示信息,結束刪除動作,按下刪除按鈕,系統確定是否存在與該借閱者相關的借閱記錄,若有,給出提示信息,結束刪除動作;若沒有,查詢是否存在與該借閱者相關的預訂記錄,若有,刪除預訂記錄。從系統中刪除借閱者。根據基本流程,創建刪除借閱者的順序圖如圖3.

26、10所示。 圖3.8 借書順序圖圖3.9 還書順序圖圖3.10 刪除借閱者順序圖: 管理員主界面查找借閱者對話框借閱者借閱操作對話框書刊預訂記錄選擇對話框中的刪除填寫借閱者信息查找借閱者借閱者賬戶存在輸入借閱者賬號返回借閱者賬戶刪除借閱者返回借閱記錄的數目返回預訂記錄的數目返回預訂書籍的名稱返回書籍名稱刪除借閱者指定的預訂記錄刪除預訂記錄刪除借閱者: 讀者: 管理員還書界面讀者借閱信息書目讀者借書交給登錄系統掃描書籍條形碼取得書籍條目信息確認對書籍條目進行更新對借閱者信息進行修改還書成功順序圖和協作圖在語義上是等價的,所以順序圖和協作圖可以彼此轉化,而不會損失信息,但這并不意味著兩種圖都顯式的

27、可視化了同樣的信息。例如,協作圖描述了對象怎樣互相連接,但相應的順序圖沒有顯式的描述這個信息。在順序圖中,可以描述返回消息,但相應的協作圖沒有描述這個信息。借書界面讀者借書讀者圖書預訂管理員1: 登錄2: 驗證讀者信息3: 顯示讀者信息4: 讀者借書5: 取得讀者信息6: 顯示可借8: 檢查是否被預訂9: 返回沒有被預訂10: 書籍外借11: 顯示借書成功書目7: 取得圖書信息圖3.11 借書協作圖圖3.12 還書協作圖圖3.13 刪除借閱者協作圖還書界面: 讀者: 管理員讀者借閱信息書目讀者借書1: 交給2: 登錄系統3: 掃描書籍條形碼4: 取得書籍條目信息5: 確認6: 對書籍條目進行更

28、新7: 對借閱者信息進行修改8: 還書成功: 管理員主界面查找借閱者對話框借閱者借閱操作對話框書刊預訂記錄1: 選擇對話框中的刪除2: 填寫借閱者信息3: 查找借閱者4: 借閱者賬戶存在5: 輸入借閱者賬號6: 返回借閱者賬戶7: 刪除借閱者8: 返回借閱記錄的數目9: 返回預訂記錄的數目10: 返回預訂書籍的名稱11: 返回書籍名稱12: 刪除借閱者指定的預訂記錄13: 刪除預訂記錄14: 刪除借閱者1.書籍狀態分析書籍在未變成圖書館在庫書籍時,為新加書籍狀態。書籍處于在庫狀態時既可以預訂也可以外借,外借后變為借出狀態。處于預訂狀態時也可以外借,超出預訂時間期限則從預訂狀態直接轉為可用狀態。

29、借閱者在規定的預訂時間內也可以考慮取消預訂,取消預訂后書籍的狀態轉為可用。外借書籍歸還后變為可用狀態。圖書館的書籍狀態圖如圖3.14所示。 圖3.14 圖書館的書籍狀態圖2.借閱者狀態分析借閱者在沒有賬戶的時候,由圖書管理員創建賬戶,創建賬戶后,處于可用的狀態,當借閱者可以借閱圖書的時候,處于能夠借書狀態;當借閱者借書超過規定額度時,處于不能借書狀態,只有將圖書歸還后,才能處于能夠借書狀態;當借閱者被刪除時,處于刪除狀態不能使用。借閱者狀態圖如圖3.15所示。 圖3.15 借閱者狀態圖活動圖描述的是某流程中的任務的執行,活動圖描述活動是如何協同工作的,當一個操作必須完成一系列事情,而又無法確定

30、以什么樣的順序來完成這些事情時,活動圖可以更清晰地描述這些事情。在本圖書館管理系統中,我們主要描述了圖書館系統的借書、還書和預訂的活動圖。1.借書活動管理員首先要掃描讀者的借書證,檢驗證件是否符合圖書館借書條件,若該讀者的借書數量還未達到最大規定數量,并且其所借書籍均未屬于過期范圍,則符合借書條件。則再掃描書籍條形碼,檢查書籍是否是不可借書籍或者已經被預訂,若被預訂,則取消預訂,方可借書。在這些條件都符合時則更新書籍信息和讀者的借閱信息,記錄好借書的時間。圖書館借書活動圖,如圖3.16所示。掃描讀者借書證是否正確進入系統顯示讀者信息讀者已借圖書量有5本顯示借閱者信息讀者有過期數未還掃描書籍條形

31、碼顯示書籍信息更新書籍信息和讀者信息借書成功該書為不可借圖書提示不可借NYYNYNY圖3.16 圖書館借書活動圖2.還書活動圖書管理員對書籍進行掃描,若書籍已經過期,則要求讀者還請欠款才能還書,讀者繳清應交罰款后,更新書目信息和讀者信息。圖書館還書活動圖,如圖3.17所示。 圖3.17 圖書館還書活動圖3.預訂圖書活動讀者先進入系統查詢自己所需要的書籍,顯示書籍信息,檢驗書籍是否屬于可預訂書籍,若符合條件則檢查書籍是否在書庫,如果書籍在書庫則檢查是否被預訂或已經外借,若都未成立,則讀者登錄系統,并對該書籍進行預訂。圖書館預訂圖書活動圖,如圖3.18所示。 圖3.18 圖書館預訂圖書活動圖4 系

32、統設計與實現4.1 UML 體系結構設計UML 是可視化、規范定義、構造和文檔化的建模語言?？梢暬Ｐ偷慕樵O計人員、開發人員、用戶和領域專家之間的交流提供了便利:規范定義意味著用UML 建立的模型是準確的、無二義的、完整的;構造意味著可以將UML 模型映射到代碼實現;UML 還可以為系統的體系結構以及系統的所有細節建立文檔。本圖書管理系統采用統一建模語言UML 對該系統體系結構建模。本系統中,圖書館可通過局域網服務器對信息及借閱情況進行管理,還可通過互聯網服務器對讀者的查詢和續借進行管理,但是讀者只能通過互聯網進行相關圖書的查詢和預定,借閱管理、信息管理、讀者查詢和續借都要匯總到數據服務器

33、中進行相關存儲。借閱管理子系統信息管理子系統局域網服務器數據服務器互聯網圖4.1 “圖書管理系統”硬件設計查詢與續借子系統互聯網服務器LANLAN圖書館PC 終端讀者 PC 終端LANLAN軟件體系結構設計是為了說明與硬件設備相協調的系統軟件,并畫出系統的包圖。引入包是為了降低系統的復雜度,包是把各種各樣的模型元素通過內在的語義連在一起。軟件體系結構設計是一個從較高層次進行的設計,用來定義包(子系統,描述包之間的依賴性及通信機制。目的是要設計一個清晰簡單的體系結構,具有很少的依賴性,而且盡可能避免雙向依賴。系統包圖,如圖4.2所示。用戶管理借閱管理讀者及圖書管理系統服務圖4.2 系統包圖4.2對象模型設計對象模型是面向對象分析和設計的支柱,它顯示了系統的類