1、軟件工程課程設計報告圖書治理系統可行性研究報告引言1.1編寫目的 在編寫軟件前,查閱了許多資料，也到了本校的圖書館做了調查,通過分析和總結，做了一個如此的可行性的報告,那個報告對系統進行了一個盡可能全面的分析來明確了這次項目的可行性,也是對本次項目的個規劃。本報告從應用的技術方面和用戶的操作方式方面研究圖書館治理治理系統的可行性和必要性,希望對開發人員提供一定的關心。 1.項目背景 項目的任務提出者：高校圖書館館長 開發者:武漢理工大學軟件工程09級學生用戶：圖書館的治理員及學生1.3定義這次高校圖書館治理系統應用了網站知識、數據庫知識等的技術旨在為圖書館提供一套高效安全簡便的軟件。4參考資料

2、軟件需求工程毋國慶 梁正平 編著 機械工業出版社軟件工程導論張海藩 編著 清華大學出版社程序設計 譚浩強 編著 清華大學出版可行性研究的前提2.1要求： 功能：對圖書館內的用戶和圖書的信息進行有效的治理。性能：穩定快速,實時操縱輸入:用戶編碼、圖書編碼輸出:用戶信息、圖書信息安全與保密要求:圖書信息、用戶信息只能由圖書館的治理員來更改和維護，對系統出現各種問題有恢復功能以保障數據不受損失。 2.可行性研究方法：通過調查分析開發圖書館治理所具備的功能確定總體結構,利用MYS數據庫所具有的能力，以最簡潔最容易的方法, 以最低成本在短時刻開發出該系統。 2.決定可行性的要緊因素: 設備狀況、操作人員

3、技術、經濟條件、團隊合作精神。 3.對現有系統的分析 :31組織機構調查現有組織機構有圖書館領導，三個部門：采購部，系統治理部,圖書治理部。.2業務流程（1）新書入庫及圖書注銷 查詢由采購部采購回來的圖書的信息，添加新書入庫編號存放。對因故丟失等要刪除的圖書經行刪除相關信息的操作保存至出庫單中。(2)圖書借閱和歸還 學生能夠憑借自己的學號密碼來借書，通過圖書治理員更改信息獲得書;歸還圖書由圖書治理員更改圖書信息及學生信息來完成。(3）用戶添加刪除及數據修改 由系統治理員負責將系統的用戶文件進行刪除添加用戶信息操作,關于要更改的信息對相應的數據庫修改。 （4)查詢信息 用戶上網輸入關鍵字進行查詢

4、信息 費用調查開發所需的費用及硬件由圖書館來承擔 設備 使用wndws000操作系統，以及QL erver數據庫軟件人員 系統治理人員3名，有一定的計算機知識。圖書館治理人員1名,能夠熟練的使用軟件。3.3局限性 圖書治理系統功能不是專門完善,人員必須通過專門的培訓,同時要求對業務，由于編寫人員經驗有限因此系統功能少規模較小健壯性可能較差也不夠完善。 4所建議系統技術可行性分析 4.對系統的簡要描述: 所建議的圖書館治理系統使用基于C/S架構的Widows應用程序,使用了先進的數據庫技術與數據治理技術,使數據的準確性與安全性得到了專門大的提高,且在用戶的并行操作與用戶治理方面也有了極大地改善。

5、 4.2與現有系統比較的優越性:本項目應用了最新的技術,系統規模小,功能齊全,具備了較高治理效率，有較高的實時幸免了學生借書與所查詢的信息不一致。其次系統投入的資金也減少了許多,而且加入了對使用權限安全性愛護的功能,使系統在可用性與穩健性方面有了專門大的進步。.采納建議系統可能帶來的阻礙： 1設備:采納建議系統后,使用的設備不要求太高，只需更換較少的設備，往常的還能夠用。2.現有軟件:建議系統采納了先進的數據庫技術以及一系列高技術含量軟件，對適用平臺要求為Wdwsxp,其兼容性較好，能夠使用大部分軟件。 3.用戶：界面人性化，操作簡單,便于使用。4對系統的阻礙：系統規模小,功能全,運行快。.4

6、技術可行性評價： 本軟件有本校軟件專業學生開發,就目前使用的開發技術來講建議系統的功能目標應該能夠達到，因此可完成性高。5.所建議系統經濟可行性分析51支出 (）系統開發費用 1)人員費用：本系統開發期為三周，試運行一周。開發期需要開發人員x人,試運行期需要開發人員x人。人員費用為x萬元。 2)設備費：本系統所需的硬件設備費及研究費用用為x萬元。 3）不可預見費:按開發費用的15計算。 ()系統運行費用 ）系統維護費:由圖書館系統治理人員負責，費用由圖書館支出。 ）設備維護費：由圖書館指定人員進行維護。費用圖書館自己支付。52收益 綜上所述,系統開發收益費用萬元,平均每人約x元。倘若提高工作效

7、率 ,減少工作人員能夠相應的提高收益。6社會因素可行性分析 6法律因素本軟屬于項目組開發,符合法律各項規定。.2用戶使用可行性本軟件提高和改進治理信息服務質量、增強資源共享、減少減少人力和設備費用、加快信息的查詢速度和準確性、治理系統建成后能夠和校園網相連,提供網上查詢服務。符合工作人員及學生的適應,方便操作,具有可行性。7.技術因素可行性分析本系統開發人員對系統采納的Widow XP操作系統,服務器采納的indow 操作系統,前端開發語言使用的JAVA, 使用的WYQL數據庫治理系統及網絡和通信技術有專門深的了解。技術上是可行的。8結論意見依照以上分析可知,開發該圖書館治理信息系統不僅有巨大

8、的經濟效益，而且有更大的社會效益，然而時刻有限,可能有所缺陷,但我們會不斷改進。因此,我認為開發此系統的條件差不多具備，完全是可行的。二、項目開發打算 引言 1.1 編寫目的本項目開發的是一個圖書館治理系統，這份文檔的目的是提供一個系統開發的實施步驟，對項目中將要面對的問題及解決方案初步設計及合理安排、明確風險此、經濟效益和開發中對各項工作的人員分配記錄下里,呈交項目經理和系統分析人員批閱以便在最短的時刻最小的代價下完成項目。1.2 背景a開發軟件:高校圖書館治理系統b.項目開發單位：武漢理工大學軟件09級c項目開發者:xxxd用戶:圖書館各治理人員及學生.項目開發環境:系統Wndos XP,

9、數據庫MYSQ，開發語言Jav。1.3定義圖書館治理系統是一種基于集中統一規劃的數據庫數據治理的模式,用以方便圖書于學生間的交互以及圖書出納的日常治理。.4 參考資料軟件需求工程毋國慶梁正平 編著 機械工業出版社軟件工程導論 張海藩 編著 清華大學出版社程序設計 譚浩強 編著 清華大學出版社UML和模式應用rig rman 編著 機械工業出版社2. 項目概述.1 工作內容為圖書館建立一個圖書治理系統，完成軟件的開發、測試及試運行,同時完成圖書館信息查詢的網絡建設。該系統能為用戶提供查詢的檢索服務，圖書新建和刪除,圖書的借閱、歸還，信息更新修改,用戶的注冊和注銷以及系統維護功能。2.2 要緊參加

10、人員由于該項目較小,參與人數少由軟件090班自己組織完成。該項目開發小組共7人：項目經理：待定項目成員:待定.3 產品2.3 程序圖書館治理系統程序包及MYS數據庫2.3.2文件1.項目可行性分析報告2.項目開發打算3.需求規格講明書4詳細設計講明書5測試打算講明書6.用戶文檔2.3.3服務由于該程序簡單，具體操作也比較簡單，因此只需對圖書館治理人員進行一個簡單的培訓即可，具體的出現問題能夠查看用戶文檔。對系統維護能夠交給系統治理人進行,由于軟件成品后要修改的要緊為外部信息，系統也易于維護能夠交給系統治理人員維護,只需對系統維護人員進行一個系統的培訓,項目組不需要進行參與具體的工作。.3.非移

11、交的產品開發源程序及其資料以及相關的開發打算、需求講明、設計及測試文件，需要由開發者保存,并具有開發權,不需要交給用戶。.4 驗收標準2.4.1代碼的驗收:由于軟件缺陷造成丟失數據,不符合設計要求,響應時刻太長無法同意，規定功能沒有完成等問題。2.4.2 文檔驗收:清晰易讀，內容詳盡,符合規范。2.3 用戶服務驗收：通過認確實一系列測試后，合乎要求,同時使用戶能夠熟練的操作系統。5交付日期:半年后.批準日期及批準者:本系統自11年12月號正式批準,批準人為xx。 . 實施打算. 工作任務的分解與人員分工人員分工具體由項目經理依照各人特長擔任具體角色，完成自己的任務。3.2接口人員由軟件發開方派

12、專人，按客戶要求,指定地點安裝,調試，運行并給客戶演,在后期中負責告知系統維護人員如何維護。3.3 進度包括可行性分析、需求分析、項目開發打算、軟件詳細設計、編碼、安裝、測試、編寫用戶文檔、培訓等時期活動和任務的安排。3.4 預算3.4.1開發費用:1）人員費用：本系統開發期為三周，試運行一周。開發期需要開發人員x人，試運行期需要開發人員x人。人員費用為x萬元。 2）設備費:本系統所需的硬件設備費及研究費用用為x萬元。 3）不可預見費：按開發費用的5%計算。 3.2系統運行費用1）系統維護費:由圖書館系統治理人員負責，費用由圖書館支出。 2）設備維護費:由圖書館指定人員進行維護。費用圖書館自己

13、支付。3.5關鍵問題(1)沒有經費和硬件設施有限(）用戶需求不清，存在誤解及二義性 (3)第一次開發軟件，開發人員沒有實際經驗 ()時刻有限，沒有足夠的開發時刻4.支持條件4.1計算機系統支持硬件環境:服務器 若干臺能夠正常工作的計算機軟件環境:操作系統:Widows x e服務器：TOMCT0 Wb掃瞄器:Iernet Expore6.0 數據庫:MYSQ2 需由用戶承擔的工作需要和開發組進行溝通,以獵取相應的需求。由開發組成員進行培訓,掌握系統的操作，了解系統的結構，能夠自行的維護和信息的治理。配備相應硬件系統,做到規范操作，軟件交付日期為軟件安裝測試人員提供環境。.專題打算要點51開發人

14、員培訓打算在具體設計時期前,對開發人員進行專門的培訓打算。.2 測試打算指定時刻內對軟件進行各項測試工作。5.3質量保證打算嚴格按照項目開發過程中的各項步驟,認真完成各項任務確保軟件的質量。5.4客戶培訓打算在軟件實際應用后的前一個月，組織對用戶進行軟件操作及維護具體的培訓。55合同打算和客戶協商簽訂軟件使用合同。三、需求規格講明書1.引言1.1編寫目的本需求的編寫是為了掌握需求規格講明書的寫法;明確本系統的詳細需求，完成圖書館治理系統的詳細設計；系統掌握軟件開發過程中詳細設計的方法；完成圖書館治理統的需求設計報告；了解相關的需求為以后的工作做預備。預期的讀者和閱讀建議本需求的預期讀者是圖書館

15、的系統治理人員、圖書館治理人員和學生代表，以及本項目的項目經理等參、開發的人員、測試人員和文檔編寫人員。用戶群要緊對功能的了解而后者要求對整個用戶文檔有一個深的了解。1.3范圍及背景本項目的名稱：高校圖書館治理系統。本項目的任務是建立高校的圖書館治理系統,關心圖書館高效有序的處理圖書館的運作，用戶是學校圖書館治理者、學生及相關讀者。本產品是要緊用于電腦治理圖書的需求設計的，要緊包括系統信息治理模塊及圖書館治理員治理模塊和查詢服務模塊。其中，信息治理模塊能夠進行治理員學生的注冊及刪除、日常信息的更新、系統的設置、圖書信息的治理，治理員治理模塊能夠完成購入新書、讀者借還書、圖書注銷等要緊功能，查詢

16、服務模塊能夠完成治理員、學生信息查詢,圖書檢索功能。1定義圖書文件:包含了圖書館所有的書的目錄,及對應分類的存放位置，具體到每本書的信息有存放的具體位置、是否在館、借出學生的名字、創建時刻、出版社編者及書目編號。學生文件：包含了本校所有的的學生,及分屬學院,具體到每個學生的學生信息(姓名、編號、密碼、年級等）,所借書目及相對應的日期。圖書館治理員文件：包含了本校圖書館治理員的所有人員信息（姓名、登錄密碼、相對權限、編號)。系統治理員文件:包含了本校系統治理人員的信息(姓名、編號、登錄密碼及權限)。入庫單:購入新書的目錄及對應的書目。出庫單：注銷圖書的目錄及對應信息注銷時刻。罰款單：為學生借書超

17、額及書籍丟失后做出的罰款后保存的相關信息。購入圖書信息文件：購入新書每類的詳細信息包括出版社、作者等。系統治理人員:負責對系統的維護及差不多信息的治理擁有最高權限。圖書館治理員：負責圖書館日常出納、還借書的治理。1.5參考資料軟件需求工程毋國慶 梁正平 編著 機械工業出版社軟件工程導論 張海藩 編著 清華大學出版社C程序設計譚浩強 編著 清華大學出版社UL和模式應用Craigamn 編著 機械工業出版社2項目概述.1 產品描述為方便對圖書館進行高效的治理,通過該項目實現圖書信息和用戶信息的治理。使用該程序后,系統治理人員能夠方便的對使用用戶經行治理、信息的更新以及系統的維護。圖書館治理人員能夠

18、治理圖書的購入、借出、歸還以及注銷等;還能夠查詢某位讀者、某本圖書的借閱情況以便了解圖書館的情況。學生則能夠對圖書經行隨時的收索方便的了解圖書館資源。該程序還具有更簡便、更高的精準度、信息化更高的治理流程。2系統使用用戶本系統的最終用戶有三種:一是系統治理人員為計算機專業人員,熟悉數據庫、網絡維護工作，能夠負責用戶變動及系統維護;二是圖書館治理員,他們能夠新增、刪除圖書、出借和收回圖書及一些查詢工作;三是學生,能夠查看他們的借閱信息以及圖書館的圖書信息。他們都具有一定的計算機應用基礎，能夠比較熟練操作計算機。2. 產品的前景圖書館在正常運營中面對大量書籍、讀者信息以及兩者間相互聯系產生的許多煩

19、雜的信息。使用的人工記錄方法既效率低又錯誤過多,大大阻礙了圖書館的正常治理工作。因此需要對書籍資源、讀者資源、借書信息、還書信息進行治理,及時了解各個環節中信息的變更等的治理效率的提高。本系統通過計算機治理技術給圖書治理人員和讀者借、還書帶來便利。本系統除了圖書館內日常治理的一般功能還外,還網上在線查詢圖書信息、查詢本人的借閱情況等功能,極大方便了用戶。依照以后不同的需要，還需對系統進行更新。 產品功能（1)登錄系統是進入系統的窗口，只有進行登錄后才能夠使用系統的各種功能，用戶需要輸入自己的編號及密碼方可進入，進入后顯示用戶的信息及權限，用戶能夠進行相應的操作。(2)系統治理模塊是由系統治理人

20、員進行治理和維護的模塊，它是整個系統的最高級的子系統,擁有系統數據設置,圖書館治理員設置，學生設置，圖書信息設置，圖書館消息設置五個子模塊，首先是對用戶的設置,負責添加和刪除常用客戶學生和圖書治理員用戶群及對他們信息做出修改的功能，然后能夠對系統的參數能夠設置,起到維護系統的作用更改系統操作設置的功能，此外能夠公布些通知及新聞的圖書館消息設置以及對圖書信息的修改如書目擺放位置及書籍信息的修改等的圖書信息設置的功能。(3）治理子模塊是屬于系統的常用子模塊,負責系統平常的書籍的借出、收回新書購入等的常用工作,由圖書館治理人員來完成。那個子模塊又包括了新書導入，圖書注銷、學生借書，學生還系書四個模塊

21、來構成，新書導入模塊通過鍵入新書的信息和入庫數據庫核對確認后有治理員完成導入,新書注銷能夠由治理員鍵入書籍名字系統然后核對圖書文件成功后撤銷該圖書信息之后打印出庫單保存修改信息。學生借書通過治理員鍵入學生的信息及要借的圖書，通過核對后成功后查看是否有超額現象沒有則修改該生的信息及圖書文件數據庫。學生還書需鍵入所借書目，找到該生的信息核算該書是否超額，有則繳費成功后更改學生文件及圖書文件。（4)查詢子系統是針對整個用戶群的包括系統治理、圖書館治理人員及學生但擁有的查詢權限不同,通過用戶鍵入相應的信息能夠查到不同的信息,系統治理人員能夠對自己信息、圖書治理員及學生的信息進行訪問,圖書館治理員能夠對

22、所有學生的、自己的和圖書的信息進行訪問，學生能夠對自己的圖書的信息查詢。運行環境1）硬件環境服務器處理器型號：AMD/Int .GHZ及以上內存容量:1GB及以上外存剩余空間;00M網卡簽到客戶機處理器型號;AD/Intel .6MHZ及以上內存容量:1MB及以上外存剩余空間:1B及以上網絡配置：10M網卡、RS22串口、PS接口假如電腦無RS232串口、PS接口，需購買USBto S32、SB o P轉換線。Web掃瞄PC機處理器型號:AMD/nl .GMZ及以上內存容量:MB及以上外存剩余空間:200M及以上網絡配置：0M網卡 讀卡器:讀卡器是非接觸式的I卡讀卡器,能夠讀取R(鐳射）類型的

23、非接觸式I卡。所采納的讀卡器具有P2接口（用手供電)、R22串口(用于傳輸數據)。）軟件環境服務器操作系統:windwsXPWb服務器:TOMCAT7.配置P/IP協議Web掃瞄器：IntrnetExplorer 6.以上數據庫：MSQ 3)接口硬件接口 考慮到大量數據的備份等要求，需要保持與磁帶機和光盤刻錄機的接口，這較易實現。軟件接口那個地點,要緊考慮軟件與操作系統、數據庫治理系統的接口，以及局域網和互聯網軟件之間的數據交換。考慮到文檔處理時有可能需要較常用的辦公軟件。例如Microo的ffice系列,因此應盡量實現它們之間的數據格式的自動轉換。設計與實現上的限制開發時刻比較短，機器限制，

24、開發人員的數目少、經驗少,是開發系統中要緊問題治理不完善,設計時沒能全得到考慮，系統的數據多處理難度高，安全保密方面的問題都會阻礙本項目的開發進程。.5假設和依據系統中系統信息治理模塊及治理系統環境絕大部分為圖書館內部，而查詢模塊為網上環境。關于系統治理人員受到的治理可能專門少變動要專門少。系統不支持刷卡認證，手動的輸入依舊專門多的。假設學生只要不欠費就能夠借書數目沒限制,且學生不分類。3.功能需求1 需求規定在系統中,系統治理員要為每個學生建立借閱賬戶,并給告知讀者不同編號及密碼,賬戶內存儲讀者的個人信息和借閱記錄信息。差不多擁有賬戶的讀者能夠通過圖書館治理人員借閱、歸還圖書，讀者借書時刻有

25、一定期限,逾期及丟失要賠償否則終止借書，能夠通過互聯網或圖書館內查詢終端查詢圖書信息和個人借閱情況。借閱圖書時，先輸入讀者的編號及圖書信息,系統驗證讀者是否合法和讀者是否可接著借閱圖書,無效則提示其緣故，有效則顯示借書成功,更改讀者及圖書文件。還書時圖書館治理人員輸入歸還書的書號,系統查找借閱人信息驗證是否超期借閱，有則提示罰款金額并交付罰款,后執行還書操作,無則更給讀者和圖書信息后顯示讀者和圖書的差不多信息。假如有丟失的情況，先轉入圖書丟失處理繳納罰款，打印罰款單記錄相關的信息，然后提交還書請求。圖書治理人員不定期對圖書信息進行入庫、注銷圖書信息治理，包括圖書類不和出版社治理。系統治理人員要

26、對系統進行維護及信息更新，數據庫修改如書籍信息的修改，人員變更的修改等工作。3.2 功能分類系統數據設置圖書館治理員設置系統信息治理學生設置圖書信息設置圖書館消息設置新書導入學生借書圖書館治理系統登錄系統治理子系統學生還書圖書注銷圖書館治理人員信息查詢學生信息查詢圖書信息查詢查詢子系統.3 具體需求系統的總體圖第一層圖:（1)：登陸子系統（ 2)治理子模塊(3)系統治理模塊（3）查詢模塊第二層圖:（1):處理新書購入處理編號:2.簡單講明為了輸入新書的全部信息到圖書文件中并編號成為其中的一部分。輸入新書的名字。處理通過購入圖書信息文件調入圖書文件新書信息并編號分配存放位置并顯示在顯示器上。輸出

27、新書的全部信息。處理學生借書處理編號：.2簡單講明為了完成借給學生那個功能。輸入要借的書及學生的編號和密碼。處理 通過對輸入學生的信息來調到學生文件的信息先確認學生是否欠費來演著是否具備借書資格，之后通過借書的編號調到圖書文件該書的信息修改該文件添加借書學生差不多信息，在更改學生信息錄入所借書目時刻。輸出借書后學生的信息。(3）:處理學生還書處理編號:23簡單講明為了完成學生還書那個功能。輸入輸入歸還的書的編號。處理 通過對輸入圖書編號找到相應的圖書信息然后調用學生文件的借書學生的信息核確實是否延期有則繳費然后注銷圖書信息及學生的相關借書信息。輸出 學生還書厚的信息。(4）：處理圖書注銷處理編

28、號：2. 簡單描述為了注銷圖書的相關信息。 輸入圖書信息的編號或名字。處理通過圖書的編號或名字到圖書文件數據庫找到相應的圖書信息執行刪除操作， 保存刪除記錄到出庫單中并刪除該書的一切信息。輸出將保存在刪除記錄的出庫單該書的信息顯示在顯示器上。（)處理信息查詢 處理編號：.、3.2、.3簡單描述為了使用戶通過對輸入的關鍵字找自己能夠查詢權限內的信息。輸入要查詢信息的關鍵字。處理確認查詢的信息看用戶是否具有查詢的權限有則通過調用相應的數據庫找到相關信息顯示在顯示器上沒有相應權限則在顯示器上顯示出錯。學生能夠查詢所有圖書和自己的信息,圖書治理員能夠查詢所有圖、學生和自己信息,系統治理員能夠查詢所有圖

29、書、學生、圖書治理員、系統治理員的信息。輸出要查詢的信息或出錯信息。4非功能需求4. 性能需求1）精度需求保證查詢的查全率和查準率為100%，所有在相應域中包含查詢關鍵字的記錄都能查到,所有在相應域中不包含查詢關鍵紫的記錄都不能查到。2)時刻需求系統對大部分操作的相應時刻應在秒內。3）靈活性 滿足運行環境在同意操作系統之間的安全轉換和與其他應用軟件的獨立運行要求，當系統操作及各種數據要做出相應相應的修改時設計的軟件要做適當的調整，靈活性專門大。4)故障處理 在開發時期出現的故障由開發人員來修改和處理,測試通過之后。要緊表面的常見的問題如操作設置的問題數據庫的變更等則是交給系統治理人員來維護治理

30、。正常情況數據庫不容許出錯。安全性需求圖書治理系統的操作也只能由專人進行,只有圖書治理部門的工作人員才能擁有權限，如圖書的借出狀況，假如沒有安全治理部分,后果難以想象，可能每次登錄都需要用戶身份的驗證特不是系統的數據庫的治理和維護需要專業的人士來治理。關于系統出現的錯誤在正常使用不容許出現，對操作出現的錯誤要提示，系統出現錯誤時要保證數據庫的完好無損。4.防護性需求本軟件作為教學治理輔助設備,它的規模比較小,且要緊的出借回收收購注銷及數據治理在圖書館中進行數據的修改在局域網中進行,其他的查詢不回對數據做出修改且系統擁有權限認證不需要保密技術。軟件質量屬性及其他需求(1)可維護性強，要求軟件的組

31、成程序組構較為簡單,因此,需要的電子設備簡單易于治理和維護，具體到軟件時數據庫數據結構簡單但龐大,參與操作的人員數量多的話，維護起來也比較簡單,出錯也容易修復。(）數據處理的功能較強,因為圖書館中的數據交流比較平凡且要求反應速度快、不易出錯出現意外是系統的恢復能力強。()用戶界面系統采納對話框的方式,多功能窗口運行。四、概要設計講明書1、引言1.1、編寫目的 通過需求分析時期的工作，系統必須“做什么”差不多清晰了，概要設計的差不多目的確實是回答“概括地講，系統應該如何實現?”那個問題。概要設計講明書講明圖書館治理系統的功能實現方法以及軟件的結構，確定系統中每個程序是由哪些模塊組成的以及這些模塊

32、相互間的關系。1.2、背景開發軟件名稱：圖書館治理系統開發者： 用戶:圖書治理人員主管部門：計算機學院1.、專業術語系統流程圖：概括地描述物理系統的工具,差不多思想是用圖形符號以黑盒子形式描繪系統的各個部件。表達的是數據在系統各部件之間流淌的情況。層次圖:用來描繪軟件的層次結構，層次圖中的一個矩形框代表一個模塊，方框間的連線表示調用關系。2、任務概述2.1、目標本軟件將提供一個小型圖書館治理系統,能夠實現圖書館借閱、查詢、歸還書籍的一般功能，另外還能夠進行職員和讀者的信息治理（添加和刪除),以及書籍的治理。2、運行環境（)設備需求:一般電腦：CU2.40Hz、內存為25M及其以上版本都能夠運行

33、系統。（）操作系統:Winows9/98/200Me/XP以上版本都能夠。（3)用戶界面：Wido風格界面.3、需求概述本軟件具有如下要緊功能：(1）讀者信息治理部分治理員可對讀者信息進行維護,如添加、刪除讀者信息等。治理員可通過對讀者ID查詢讀者信息,因此讀者ID必須唯一,且必須為必填字段。每個讀者必須對應一種讀者類型(本科生、研究生、教師),服務器依照讀者類型推斷讀者可借閱的圖書數量和借閱期限。在讀者差不多借閱圖書信息中必須包含讀者信息,讀者每次借閱時服務器都會比較該讀者以借閱圖書數是否小于該讀者類型可借閱的圖書數，不滿足該條件讀者將不能接著借閱圖書。讀者信息中還包含讀者的超期罰款,超期罰

34、款按照圖書超期天數計算(0.1元/本/天），當讀者超期罰款超過一定數額(定為3.00元）時,該讀者將不能接著借閱圖書。讀者能夠注銷,即刪除讀者,但注銷后并不能清除所有讀者信息,因為該讀者有可能還沒有繳納罰款等，只能標記該讀者不可用，因此讀者信息中還應用一個字段來標記讀者是否有效。(2)圖書資料治理部分治理員可對圖書資料數據進行維護,可添加新圖書信息。治理員可對圖書類不進行維護,可添加新圖書類不。治理員可對圖書信息進行查詢，因此可查詢的書名和作者名必須設為必填字段。治理員可查看圖書類不。圖書是否在庫可借應儲存在圖書信息中,因此圖書信息數據中必須有一個字段來記錄。為了統計圖書借閱次數排名，關于每本

35、書必須有一個字段記錄該書被借出的次數。圖書資料記錄中的圖書類不號必須與圖書類不記錄中的類不號相關聯。(3)圖書借閱信息治理部分治理員可添加圖書借閱、圖書歸還和繳納罰款記錄。通常圖書借閱和歸還記錄會分開添加，因此在添加的圖書借閱記錄中,關于歸還和罰款的字段能夠為空。每次圖書借閱，服務器都應該依照讀者類型，計算應歸還的日期，并記錄到數據庫相應的字段。每次圖書歸還都應該計算該書是否有超期欠款,并記錄在每條圖書借閱記錄中相應字段，然后才累加到讀者信息記錄中讀者欠款處。圖書借閱信息中的讀者ID必須與讀者信息記錄中的讀者D相關聯。圖書借閱信息中的借閱圖書號必須與圖書資料記錄中的圖書號相關聯。（4）治理員信

36、息治理部分治理員有權限劃分，每個治理員I必須對應一個治理員權限類型（系統治理員、高級治理員、一般治理員）。治理員I必須唯一。系統治理員能夠維護治理員信息，如添加、刪除治理員信息。系統治理員能夠查詢治理員信息,因此可查詢字段(治理員ID)必須設置為必填字段。、總體設計3.1、總體處理流程 首先必須打開服務器端,然后用戶從遠程客戶端登錄系統。服務器收到登錄命令后要在已有的治理員資料數據表中讀出治理員ID和密碼,并檢驗該密碼和用戶輸入的密碼是否匹配。用戶登錄成功后就能夠進行各種操作了,正確的填寫各個界面的內容后,客戶端就會向服務器發送命令，服務器按照要求對數據庫進行處理（寫入、讀出、修改)，然后返回

37、操作結果或查詢的數據。、軟件總體結構和模塊外部設計系統總體功能模塊圖如下所示：3.3、模塊分配(1）服務器端模塊劃分數據治理模塊網絡治理模塊(2）客戶端模塊劃分網絡連接模塊圖書借閱治理模塊圖書信息治理模塊讀者信息治理模塊治理員治理信息模塊圖書借閱統計模塊4、接口設計.1、外部接口() 用戶界面。采納Wnds風格，如窗口、菜單、對話框、滾動條等,并對鼠標提供支持, ()軟件接口。運行于Windows9598/2000XP操作系統。（)硬件接口。支持一般微機、筆記本電腦。.2、內部接口(1）服務器端模塊數據治理模塊:連接數據庫,依照客戶端發送來的命令,按要求對數據庫進行不同的操作。網絡治理模塊:治

38、理客戶端連接信息,包括連接狀態和連接數量等。（2）客戶端模塊網絡連接模塊：用于連接服務器。圖書借閱治理模塊：用于實現圖書借閱信息的治理，包括圖書借閱、圖書歸還和讀者繳納罰款等功能，由系統和高級治理員進行操作。圖書信息治理模塊:治理圖書資料,要緊有圖書類不治理和圖書信息治理兩部分,都分不有添加和查詢的功能,由系統和高級治理員進行操作。讀者信息治理模塊：用于實現讀者資料數據的治理,要緊包括添加讀者、刪除讀者和讀者信息查詢項功能，由系統和高級治理員進行操作。治理員治理信息模塊：用于實現治理員資料的治理,要緊包括添加治理員、刪除治理員和治理員信息查詢等功能，由系統治理員進行操作。圖書借閱統計模塊：用于

39、圖書借閱記錄的統計，要緊實現圖書借閱次數排名統計的功能,由系統和高級治理員進行操作。5、運行設計5.1、運行操縱 本軟件操縱流程:服務器端是打開的，由用戶啟動,通過身份驗證后，登錄系統,并調用網絡治理模塊，等待鍵盤和鼠標事件,響應相應的鍵盤和鼠標事件確實是調用相應菜單所對應的功能模塊。5.、運行時刻各模塊運行時刻均應操縱在s之內。由于系統采納消息驅動方式,將有效提高計算機的利用率。6、出錯處理設計本軟件應充分考慮各種系統錯誤，幸免造成數據庫系統不一致或損壞;采納對話框形式為用戶提供警告信息或出錯信息；7、安全保密設計 在用戶登錄系統是進行身份驗證,只同意合法用戶進入系統。8、維護設計“圖書館治

40、理系統”軟件必須按照軟件產品設計規范的步驟進行開發,并充分考慮軟件可維護性,詳細編寫各時期的文檔資料，以利于以后版本升級以及移植等二次開發。五、詳細設計講明書1.總體設計1.1軟件結構依據軟件工程的差不多原理，詳細設計時期的全然任務是確定應該如何樣具體實現所要求的系統,也確實是講，通過那個時期的設計工作，應該得出對目標系統的精確描述,從而在系統實現時期能夠把那個描述直接翻譯成用某種程序設計語言書寫的程序。具體來講確實是把通過總體設計得到的各個模塊詳細的加以描述。軟件系統的主程序流程圖，如圖所示。Yes開始用戶登陸是否合法顯示主界面選擇操作學生治理圖書治理治理措施設置歸還治理借閱治理用戶注銷結束

41、No圖主程序流程圖依照以上主程序的流程圖，我們能夠得出下面的關于各個模塊的程序流程圖,如圖所示。 YesYesYesYesNoYesYesNoNoYes開始用戶登陸是否合法選擇學生信息表操作查詢信息退出歸還圖書借閱圖書用戶注銷結束No圖書信息表操作選擇退出 增加 刪除 修改確認更新選擇查詢方式書名 書號 作者 出版社輸入所需紀律要求查找記錄顯示記錄接著NoYes讀入書號讀入學號更新數據庫已借出確認接著讀入書號超期查詢方式罰款更新數據庫接著NoNo 圖程序流程圖2.程序描述2.1功能功能需求：A、規格講明：讀者登記，即輸入讀者的具體信息。 輸入：讀者具體信息處理：通過圖書治理系統寫入讀者目錄文件

42、中輸出：讀者具體信息 B、引言：為了把讀者的具體信息（包括：讀者編號,姓名，學院,專業,年級等） 寫入讀者目錄文件中。 、輸入:讀者具體信息。 D、處理：通過圖書治理系統寫入讀者目錄文件中。 E、輸出：讀者具體信息。 功能需求(二) A、規格講明:輸入新書的全部信息。 輸入：新書的全部信息處理：通過圖書治理系統寫入讀者目錄文件中輸出：新書信息的全部內容 B、引言:為了輸入新書的全部信息（包括：分類目錄號、流水號(唯一）書名、作者、內容摘要、價格和購書日期等）。 、 輸入:新書的全部信息。 圖書治理系統軟件需求分析 D、 處理:通過圖書治理系統寫入圖書目錄文件中。 E、 輸出：新書信息的全部內容

43、。 功能需求(三） 、規格講明：查詢讀者的相關信息。 輸入：讀者信息的關鍵字（讀者編號或姓名）處理：利用關鍵字在讀者目錄文件中找到此編號讀者的相關信息輸出：讀者的相關信息B、引言:依照讀者編號查詢讀者的相關信息 、輸入:讀者信息的關鍵字(讀者編號或姓名)。 D、處理:利用關鍵字在讀者目錄文件中找到此編號或姓名讀者的相關信息。 、輸出：讀者的相關信息。功能需求（四） A、規格講明：查詢圖書的信息。輸入：圖書信息的關鍵字（圖書分類號或書名）處理：利用關鍵字在圖書目錄文件中找到此分類號或書名的相關信息輸出：圖書的相關信息B、引言:為了查找圖書的相關信息。 、 輸入:圖書信息的關鍵字(圖書分類號或書名

44、）。 D、 處理:利用關鍵字在圖書目錄文件中找到此圖書分類號或書名圖書的相關信息。 、輸出：圖書的相關信息。 功能需求(五） 、規格講明：輸入讀者借書信息。 輸入：讀者借書的相關信息處理：通過圖書治理系統寫入借書目錄文件中輸出：讀者借書信息的全部內容B、引言：為了把讀者借書的相關信息（包括:圖書分類號、流水號、讀者號、借閱日期和還書日期等)寫入借書文件中。 、輸入：讀者借書信息。 D、處理:通過圖書治理系統寫入借書文件中。 、 輸出：讀者借書信息的全部內容 功能需求(六） A、 規格講明：查詢讀者借書的相關信息。輸入：借書信息的關鍵字（流水號）處理：利用關鍵字在借書目錄文件中找到此流水號圖書的

45、相關信息輸出：借書相關信息B、引言:為了查詢讀者借書的相關信息。 、 輸入：借書信息的關鍵字（流水號)。 D、處理:利用關鍵字在借書文件中找到此流水號圖書的相關信息。 E、輸出:借書相關信息。.2程序邏輯 登陸模塊 人機界面設計:A、系統響應時刻:學生或治理人員登陸的響應時刻應穩定在1s左右；、出錯信息處理:若學生或治理人員輸入的帳號和密碼不匹配或輸入不存在的帳號,系統應友好進行提示，如提示you ar no asystem us !” 過程設計:盒圖:輸入帳號輸入密碼推斷密碼是否正確顯示該用戶信息,等待接著操作提示錯誤信息,返回登陸界面.判定表:1帳號正確TT密碼匹配F登陸成功返回登陸界面

46、學生登記程序描述：實現學生信息登記功能輸入項:用字符串表示的漢字，字符串最大長度是0；整數類型的數字和時刻類型的日期輸出項：用字符串表示的漢字，字符串最大長度是10；整數類型的數字和時刻類型的日期算法:學生登記的程序設計流程圖如下學生查詢程序描述：實現學生信息查詢功能b) 輸入項:用字符串表示的漢字,字符串最大長度是；整數類型的數字，最長不超過6出項:用字符串表示的漢字,字符串最大長度是10;整數類型的數字和時刻類型的日期算法:學生查詢的程序設計流程圖圖書登記程序描述：實現圖書登記的功能輸入項：用字符串表示的漢字或英文，字符串最大長度是0;數值型的數字輸出項：用字符串表示的漢字或英文，字符串最

47、大長度是;數值型的數字算法：實現圖書登記的程序設計的流程圖 圖書查詢 a)程序描述:實現查書功能。b) 輸入項：用字符串表示的漢字或英文，字符串的最大長度為個字符。輸入方式為標準輸入。c） 輸出項：用字符串表示的漢字或英文，字符串的最大長度為40個字符。輸出方式為標準輸出。d) 算法:實現圖書查詢的程序設計的流程圖圖書查詢的程序設計流程圖如下輸入查找方法選擇按書名查找Y按書名查找按索書碼查找按索書碼查找選擇按索書碼查找選擇按作者查找查找成功提示查找失敗輸出查找結果薦書連接預借連接NYYNYN七、測試打算1.打算1.測試方案采納黑盒測試方法，整個過程采納自底向上，逐個集成的的方法,依次進行單元測試,組裝測試,測試用例的設計應包括合理的和不合理的輸入條件。12測試項目測試1： 名稱：系統操作登錄測試目的：測試系統操作界面。 內容:帳號口令輸入、合理性檢查、合法性檢查,系統操作界面顯示操縱測試 ：名稱:出借測試。 目的:測試出借功能。 內容：括讀者證號輸入、合理性檢查、合法性檢查,借書對話顯示操縱,圖書書號提交、合理性檢查、合法性檢查,借書登記。測試 3:名稱: 還書測試。 目的：測試還書功能。 內容：還書對話框顯示操縱，圖書書號提交、合理性檢查、合法性檢查,還