1、 軟件開發報告 項目名稱：圖書館查詢借閱系統 組 員： 專 業： 指導老師 1 / 39 第一部分 可行性研究報告軟件開發報告1第一部分 可行性研究報告21.1引言41.2可行性研究的前提51.3對現有系統的分析71.4所建議技術可行性分析81.5所建議系統經濟可行性分析101.6社會因素可行性分析111.7.結論意見11 第二部分 需求分析2.1 編寫目的122.2 用戶需求分析122.3 功能需求分析122.4 分析各個子系統的功能需求142.5 系統運行要求162.6 非功能需求分析17 第三部分 概要設計3.1引言173.2任務概述173.3總體設計213.4接口設計233.5數據結構

2、設計243.6運行設計253.7出錯處理設計253.8.安全保密設計263.9.維護設計26 第四部分 詳細設計4.1 引言264.2 總體設計264.3 程序描述264.4 程序復雜程度的定量度量31 第五部分 測試報告5.1引言345.2任務概述345.3計劃355.4測試項目說明355.5評價36第一部分 可行性研究報告1.1 引言1.1.1 編寫目的當今是數字化、網絡化的時代。圖書館是學校的文獻信息中心，是學校信息化的重要基地。圖書館的工作是學校教學和科學研究工作的重要組成部分，是全校師生學習和研究的重要場所。為了更好地適應這種網絡數字化信息的環境，一種成功的跟蹤最新技術，充分利用軟硬

3、件資源，扎根于準、新、全數字資源的"圖書館管理信息系統"已孕育而生。 另外，由于圖書館陳舊的管理手段給讀者和圖書館管理員帶來的很多操作上的不方便，同時為了提高工作效率、服務質量和管理水平，并使圖書館管理人員從繁瑣的工作中解脫出來,因此開發該系統具有非常重要意義。1.1.2 項目背景建議開發軟件名稱：圖書館圖書查詢借閱管理系統項目提出者：圖書館開發者：施秀霞 陳薇薇 吳觀萍 周玲用戶：讀者、管理員實現軟件的單位:福建工程學院1.1.3 定義該圖書館管理信息系統是基于Internet/Intranet 及Web技術，建立以Browser/Server 為結構模式、以數據庫為后臺

4、核心應用、以服務為目的信息平臺，對資源進行科學的加工整序和管理維護，為教學和科學研究提供文獻信息保障和提高管理圖書的效率而設計的系統。1.1.4 參考資料 教材 ： 軟件工程導論（第四版） 張海藩編著，清華大學出版社，2006年10月版，北京 查閱資料：(1)、可行性分析報告參考文獻：（2）、需求分析報告參考文獻：圖書管理系統需求分析報告 系統開發小組 鄭州航院信息統計職業學院 （3）、概要設計報考參考：（4）詳細設計報告參考文獻： （5）測試報告參考文獻：類似項目項目開發報告：圖書館管理系統需求分析報告 作者：葛東之 北京聯合大學 2012年3月1日1.2 可行性研究的前提1.2.1 要求

5、功能：1新書入庫。2借還書籍處理（每人限借書5本）。3按分類、書名、作者、ISBN號、出版年、主題詞、書名內關 鍵詞等查詢書籍信息。4書籍損壞丟失處罰處理。5公布借書超期讀者名單（借書期限為30天）。6顯示圖書室的規章制度、有關系統等信息。性能：能運行良好輸入：用戶名稱、圖書編碼輸出：用戶信息、圖書信息基本的數據流程和處理流程： 圖1.1 頂層數據流圖 圖1.2 一層數據流圖安全與保密要求：館中所有未借出的書籍能夠供用戶隨時查閱，用戶信息只能被系統管理員查閱，修改；完成期限：2015年12月1.2.2 目標a. 人力與設備費用的節省；b. 處理速度的提高；c. 減少操作出錯；d. 管理信息服務

6、的改進；e. 決策系統的改進；f. 人員工作效率的提高1.2.3 條件、假定和限制1.系統運行壽命的最小值:4年2.進行系統方案選擇比較時間：10天3.經費投資方面的來源和限制 ：無4.法律和政策方面的限制：不違背憲法，不違背合同法5.硬件軟件的運行環境和開發環境的條件和限制：PC機和microsoft office visio6.可利用的信息資源：microsoft office visio實用教程軟件工程等以及網絡資源1.2.4 可行性研究方法1. 復查系統規模和目標2. 研究目前正在使用的系統3. 導出新系統的高層邏輯模型4. 進一步定義問題5. 導出和評價供選擇的解法6. 推薦行動方針

7、7. 草擬開發計劃8. 書寫文檔提交審查1.2.5 決定可行性的主要因素(1) 技術可行性(2) 經濟可行性(3) 操作可行性(4) 社會可行性(法律可行性)1.3 對現有系統的分析1.3.1 處理流程和數據流程傳統的圖書館管理系統的操作流程相當繁瑣，在借閱讀書時首先要將圖書證和所借的書交給圖書管理員，圖書管理員然后將每本書的信息卡片和讀者的信證放在一起，最后再將每本書的借閱卡片和讀者閱覽證填寫借閱信息，在歸還時找到相應的借閱卡和借閱證并填寫歸還信息。 圖書數據功能模塊1.3.2 工作負荷處理較慢，人工操作較為繁瑣。1.3.3 費用支出維護費用較大，人力消耗大，設備使用率低，占用空間，實現功能

8、少。1.3.4 人員因原有的系統技術含量較低，故不需要多少高技術人員，今后由于數據量的擴大，人員數量也會日益擴大。1.3.5 設備設備含量也較低，沒有達到大量普及計算機的程度。1.3.6 局限性經過嚴謹的分析，可知原來的系統有很大的局限性，如技術比較陳舊，人員工作負荷量大，系統維護費用支出大，這些都明確需要一個高科技系統。1.4 所建議技術可行性分析1.4.1 對系統的簡要描述新系統在原有系統上加入了數據庫支持：使用先進的數據庫技術和數據庫管理技術，使數據的安全性和正確性得到很大的提高，且在用戶的并行操作和用戶的管理方面也有了很大的改善。1.4.2 處理流程和數據流程讀者通過自己的注冊賬戶和密

9、碼，可以登錄到本系統，進行的操作可以是借閱、續借、歸還，管理員可以接受到讀者的信息，并能管理圖書將圖書分類，并能查到讀書的借閱情況。1.4.3 與現有系統比較的優越性1.減少人力和設備費用，從前需要較多的人員處理圖書的借閱，操作繁瑣，時間較長，現在使用計算機操作，大大提高效率。2.借書的處理速度：以前一人借書等待的時間大大縮短；3.減少操作出錯：以前人工手寫信息會出現各種錯誤，現在計算機掃描幾乎不會出錯了；4.提高人員利用率，以前圖書管理員所有一人在場場面混亂，會提高出錯的幾率，現在一個管理員也不會手忙腳亂。1.4.4 采用建議系統可能帶來的影響(1) 對設備的影響現有的一些非電子操作的物理設

10、備要跟換為計算機操作的環境。(2) 對現有軟件的影響因建議系統在原有的基礎上采用先進的技術和高科技技術，將原來的軟件無法使用，所以系統也會考慮到軟件的兼容性。(3) 對用戶的影響建議系統建立在原有的系統基礎上，所以不用考慮人員培訓問題。(4) 對系統運行的影響1）用戶的操作規程：與原來系統規程無異；2）運行中心的操作規程：與原系統操作規程無異；3）運行中心與用戶之間的關系運行中心培訓用戶使用；4）原數據的處理：封裝處理；(5) 對開發環境的影響 1）為了支持所建議系統的開發，用戶需要進行密切配合，闡述要求；2）要求的數據資源：原數據庫；3）為了開發和檢測所建議系統而需要的計算機資源：一臺微機；

11、4）無保密與安全問題；(6) 對運行環境的影響需要一些良好的設備和圖書管理操作(7) 對經費支出的影響1）系統開放的人力開支2）硬件設備，書籍材料3）開發工具，環境費用4）不可預見費用1.4.5 技術可行性評價本系統基于局域網、windows操作系統，現有技術比較成熟，所以這個在限制內完成開發，并且能實現系統功能目標，開發人群、質量也能滿足。1.5 所建議系統經濟可行性分析1.5.1 收益/投資比貸款利率：一年6.06% 二至三年6.10% 三至五年 6.45% 五年以上 6.60%30萬貸款投資，貸款5年開發人員4人，每月工資5000元期間使用兩臺電腦，每臺電腦每年折舊費300元后期系統維護

12、每年大約2000元預期開發時間為1年每年還貸利息=300000*6.45%=19350元1年后完成總成本=12*4*5000+2*300+19350=259950元投入使用后幾年既可獲得一定收益。1.5.2 投資回收周期圖書館按5期分期付款，每期為一年且每期付款10萬(x-1)*（2000+19350）+259950<=100000*xx>=3.03大概在4年后可得到投資回報1.5.3 敏感性分析關鍵因素系統生存周期長短系統工作負荷量處理速度要求、設備和軟件配置對支出和效益的影響周期長，投資回收率高負荷量大快，工作效率高配置高，后期維修費用低1.6 社會因素可行性分析1.6.1 法

13、律因素本項目為獨立開發，沒有使用現成的軟件和方法，法律上不會造成侵犯，完全可以按照同規定的責任履行。1.6.2 用戶使用可行性 我們重視對客戶進行需求分析，同時還盡心為客戶考慮其長遠利益和運行要求。從用戶單位大學校園圖書館的行政管理和工作制度等方面來看，是完全能夠使用該軟件系統。 從大學圖書館的使用人員來看，可大致分為五類：一、學生；二、教職工；三、圖書館管理人員；四、行政職工；五、其余各界人士。用戶的素質較高，大部分受過本科教育，而新開發的軟件系統友好的界面及簡便的操作方法，保證能滿足絕大多數用戶使用該系統的要求。1.7 結論意見鑒于以上分析可知，該圖書館管理信息系統開發項目不僅有巨大的經濟

14、效益，而且有巨大的社會效益。從而使我們深信該系統開發出來之后將獲得巨大的成功 第二部分 需求分析2.1 編寫目的（1）方便對圖書館書籍、讀者資料、借還書等進行高效的管理；（2） 節約人力物力財力。2.2 用戶需求分析（1） 某大學圖書館準備開發“圖書管理系統”，以方便廣大師生借閱、瀏覽：（2） 師生即用戶需要先注冊然后才能借閱圖書。用戶進行注冊時需要輸入個人信息，注冊成功后，會獲得一個由系統提供的標識其身份的標識碼。（3） 用戶登錄進入圖書管理系統后，可以通過Web頁面查看圖書的各種信息，如圖書的借閱情況，作者等（4） 用戶登錄后可以借閱圖書，并在系統規定的時間內還書。否則必須繳納罰款金。用戶

15、借閱圖書時，系統會注明借閱時間。（5） 圖書管理員可以查詢圖書，查看一些借閱情況，更容易知道哪類圖書需求量大，好做到合理的更新增減圖書。有用戶違規或沒按時還書的情況，他們做處理，收罰金。查詢圖書可以是用戶得知圖書更具體的位置以節省時間。（6） 系統管理員可以對書籍進行操控，注冊，修改圖書及信息；注冊，修改讀者信息；進行系統維護。2.3 功能需求分析1.借閱者持有借閱卡（借閱卡包含借閱者名和借閱卡號）； 2.圖書管理員可以創建新的借閱者賬戶； 3.圖書管理員可以修改借閱者的賬戶信息； 4.圖書管理員可以刪除已存在的借閱者賬戶； 5.圖書管理員可以添加新書籍種類； 6.圖書管理員可以修改書籍種類信

16、息； 7.圖書管理員可以刪除系統中的書籍種類； 8.圖書管理員可以在系統中添加書目信息； 9.圖書管理員可以編輯書目信息； 10.圖書管理員可以刪除書目信息。2.3.1 圖書館查詢借閱系統的數據流圖根據以上功能分析得到數據流圖，系統頂層數據流圖與一層數據已在可行性分析階段得出（圖1.1和 圖1.2 ）。再次對系統做更為詳細的需求分析的到二層數據圖如圖2.1所示 2.1圖 二層數據流圖2.4 分析各個子系統的功能需求根據開發者和客戶的需求分析后，可以把系統功能分為三個大的功能模塊：1.查詢模塊包括：用戶（借閱者和管理員）通過圖書管理查詢在架可借書籍及借閱歷史等。 2.用戶管理模塊包括：增加及刪除

17、用戶信息以及修改用戶信息。 3.書籍管理模塊包括：增加及刪除書目信息以及修改書目信息。2.4.1 圖書館查詢借閱系統的數據字典數據字典一名字：庫存清單別名：描述：每一次借閱者借還書籍及新書入庫的圖書量定義：庫存清單=書籍編號+書籍名稱+新書入庫量+書籍的借還量位置：庫存清單數據字典二名字：規章制度別名：描述：對圖書、管理員、借閱者的管理制度定義：規章制度=損壞丟失書籍處理+超期書籍處理位置：規章制度數據字典三名字：損壞丟失書籍清單別名：損壞丟失書籍信息描述：對丟失損壞書籍借閱者的統計處理定義：損壞丟失書籍=書籍編號+處理措施位置：損壞丟失書籍清單數據字典四名字：圖書別名：書籍信息描述：每一本書

18、籍的具體信息定義：書籍信息=ISBN號+書名+作者+出版社位置：庫存清單2.4.2 圖書館查詢借閱系統的狀態圖 圖 圖書館查詢借閱系統的E-R圖 圖 2.52.5 系統運行要求(1)用戶界面系統采用對話框方式，多功能窗口運行。(2)硬件接口支持各種Win7系列的PC機(3)軟件接口運行windows2000及更高版本的操作系統上。(4)故障處理正常使用不出錯，對于用戶輸入錯誤給出相應的改正提示信息，遇不可恢復的系統 錯誤時保證數據庫的完好無損。系統的約束：本系統必須在內存容量較大的機器上才可以運行使用，本系統的管理人員必須具有一定的電腦水平，學生的私人信息必須保護好。2.6

19、非功能需求分析非功能性需求是從各個角度對系統的約束和限制，反映了應用系統對軟件系統質量和特性的額外要求，例如響應時間、數據精度、可靠性等。下面是關于該圖書管理系統的非功能性需求：1. 系統在短時間內相應所有的用戶請求；2. 系統應該每周7天、每天24小時都可以使用；3. 對于一個沒有經驗的用戶而言，經過短期的培訓就可以使用系統的所有功能，稍加練習，便可熟練操作了；4. 系統運行時占用內存空間為低；5. 當系統發生故障時，只需重啟便可以重新使用，在重啟后，數據可以自動恢復，不會受到破壞。 第三部分 概要設計3.1 引言3.1.1 編寫目的編寫本報告的目的是說明對系統設計的考慮，并且完成系統的大致

20、設計、明確該系統的數據結構與軟件結構，進一步細化該系統設計階段得出的總體概貌。從該報告中能夠看出該系統的組織結構、模塊劃分、功能分配和接口設計，為該系統的詳細設計提供基礎。該系統能夠存儲一定數量的圖書信息，并方便有效的進行相應的書籍數據操作和管理；能夠對一定數量的讀者進行相應的信息存儲與管理等等。3.1.2 定義圖書管查詢借閱系統項目開發計劃:是一種把項目一定過程與項目如何推進連接起來的方案開發:不是單純指開發活動，還包括維護活動查詢借閱:對圖書的出借、歸還、續借進行管理并可進行查詢借閱者信息:記錄讀者信息并可進行查詢3.2 任務概述3.2.1 目標通過計算機實現對圖書館入庫、借閱、歸還、檢索

21、、讀者管理、查詢的管理功能。3.2.2 運行環境硬件環境：最低配置：CPU：Pentium3 800以上或其它兼容規格，內存：256M以上，硬盤：20GB以上空間推薦配置：CPU：Pentium4 1.6G，內存：512M以上，硬盤：100GB以上空間。軟件環境：Windows 7 SQL Server 2005 NET Framework 2.0 硬件接口：考慮到大量數據的備份等要求，需要保持與磁帶機和光盤刻錄機的接口，這較易實現。軟件接口：這里，主要考慮軟件與操作系統、數據庫管理系統的接口，以及局域網和互聯網軟件之間的數據交換。考慮到文檔處理時有可能需要較常用的辦公軟件。例如Microso

22、ft的Office系列，所以應盡量實現它們之間的數據格式的自動轉換。3.2.3 需求概述 （1）系統功能a. 登陸功能：注冊用戶、用戶登錄、系統退出b. 管理：用戶管理、圖書管理、讀者管理、借還管理c. 查詢：系統（包括書籍檔案、讀者檔案、借閱等）查詢d. 幫助：使用說明（2）系統性能這是一套基于圖書管理理念的通用性極強的圖書管理軟件；界面美觀，操作方便，功能強大，支持單機和局域網管理，具有圖書多類別劃分、全自動智能報表和數據查詢等功能，并且支持EXCEL表數據信息的導入和導出，并且支持數據庫的使用。a.時間特性要求查詢速度不超過10秒；其它所有交互功能反應速度不超過3秒。b.可靠性平均故障間

23、隔時間不低于200小時。c.靈活性能快速恢復系統和故障處理，方便系統升級和擴充，故障恢復時間不超過5小時。(3)主要輸入輸出項目：圖書信息：（書名，編號，定價，出版社，數量，是否可借）用戶信息：（用戶帳號，帳號密碼，姓名，年齡，性別，） 借閱信息：（用戶帳號，編號，數量，借出日期，）(4)數據管理能力要求 有多個數據庫，建有多張表，能夠存儲大量的數據；根據需要將信息分類、歸納。(5)故障處理要求 能夠快速分析故障出現的原因，以及一般故障出現的時間間隔，能夠快速處理故障。(6)其他專門要求 已注冊的用戶能夠進入，要求正確輸入用戶名和密碼，如果密碼或用戶名其中之一缺少和錯誤都不能進入系統。并且要求

24、該系統在不同的環境下也能運行自如。3.2.4 條件與限制(1)人工處理過程1、查找信息：用戶根據所需輸入需要查詢的書名或相關資料，這些都需手工輸入；2、新用戶注冊：用戶根據實際情況輸入信息，這些需手工輸入；(2)尚未解決的問題a. 能自動對各類輸入的信息分類、整理；b. 自動對電子文稿篩選和摘要；c. 增加網絡QQ聊天功能；d. 能夠對磁盤文件進行監控；e. 增加項目活動和日程安排提示功能；f. 擁有公共數據庫；g. 支持語音組件；3.3 總體設計3.3.1 總體結構圖書管查詢借閱系統總體結構設計：圖 功能分配用戶提示信息圖書檢索程序圖書信息數據庫身份確認程序用戶資料數據庫圖

25、書借還程序圖書借閱數據庫讀者借還圖書處理流程 圖 3.2 圖 3.3管理員提示信息圖書更新程序圖書信息數據庫身份確認程序管理員數據庫更新圖書資料處理流程3.4 接口設計 3.4.1 外部接口 用戶接口 用戶提供命令軟件回答信息檢索書目匹配檢索關鍵字的書目信息修改用戶資料修改后新的用戶資料借閱圖書借閱成功的圖書信息歸還圖書歸還成功的圖書信息軟件接口與硬件接口接口傳遞信息硬件接口與打印機接口圖書信息，用戶信息，借閱信息與讀條碼機接口圖書ISBN，借閱號軟件接口 與數據庫接口圖書信息，用戶信息，借閱信息3.4.2 內部接口接口傳遞信息維護圖書資料添加圖書信息圖書信息（書名，ISBN，定價，出版社，數

26、量，是否可借）維護圖書資料修改圖書信息圖書信息（書名，ISBN，定價，出版社，數量，是否可借）維護圖書資料刪除圖書信息圖書信息（書名，ISBN，定價，出版社，數量，是否可借）維護用戶資料添加新用戶用戶信息（ID，姓名，年齡，性別，開戶時間，余額，是否VIP，累計金額）維護用戶資料修改用戶資料用戶信息（ID，姓名，年齡，性別，開戶時間，余額，是否VIP，累計金額）維護用戶資料刪除用戶資料用戶信息（ID，姓名，年齡，性別，開戶時間，余額，是否VIP，累計金額）用戶主模塊更新用戶資料用戶信息（ID，姓名，年齡，性別，開戶時間，余額，是否VIP，累計金額）用戶主模塊用戶充值金額用戶主模塊借閱圖書借閱信

27、息（ID，ISBN，數量，借出日期，押金）用戶主模塊歸還圖書借閱信息（ID，ISBN，數量，借出日期，押金）3.5 數據結構設計3.5.1 邏輯結構設計邏輯結構設計要點采用線性表結構數據結構數據項類型長度是否主鍵圖書基本信息ISBNCHAR20是書名CHAR20否定價FLOAT6否出版社CHAR20否數量INT4否是否可借BOOL1否用戶信息IDCHAR10是姓名CHAR8否年齡INT2否性別CHAR4否開戶時間DATA否余額MONEY否累計金額MONEY8否是否VIPBOOL1否借閱信息IDCHAR10是ISBNCHAR20否數量INT2否借出日期DATA否押金MONEY否3.5.2 物理結

28、構設計采用鏈表結構3.5.3 數據結構與程序的關系程序1程序2程序m數據結構1數據結構2數據結構n3.6 運行設計3.6.1 運行模塊的組合管理員模塊讀者模塊圖書管理模塊圖書借還模塊讀者管理模塊圖書查看操作圖書借閱操作讀者搜索操作讀者模塊受限圖書預覽搜索操作個人信息查閱操作該系統主要分為兩個模塊：管理員模塊和讀者模塊。管理員模塊主要是管理員可進行的一部分操作，如圖書查看、圖書借閱、讀者搜索等。讀者模塊主要是讀者的操作部分，由于讀者權限不夠，只可進行圖書預覽搜索，個人信息查閱等功能。管理員模塊中又包含了：圖書管理、讀者管理、圖書借還三個模塊。圖書管理模塊，即是管理員對圖書進行修改、刪除、添加等管

29、理；讀者管理系統，是圖書管理員對讀者進行一系列管理，包括添加、修改刪除等；圖書借閱模塊，主要是讀者與管理員的互動模塊，管理員用這個模塊完成圖書借閱歸還功能。3.6.2 運行控制該系統控制流程：主程序運行，等待用戶輸入，根據用戶的輸入運行各模塊。3.6.3 運行時間運行響應時間<1s檢索業務響應時間<2s3.7 出錯處理設計3.7.1 出錯輸出信息1.用戶登錄時，輸入用戶名必須為數字，密碼不能為空，否則報錯。2.讀者注冊，用戶名必須為數字，密碼必須為數字或字母，否則報錯。3.管理員或用戶查詢圖書時，必須選擇圖書一項屬性，并根據該屬性輸入查找內容，必須選一種查找方式，否則報錯。4.管理

30、員修改或刪除圖書（讀者）時，輸入的圖書（讀者）賬戶名必須存在，否則報錯。5.管理員添加圖書（讀者）時，輸入的圖書（讀者）賬戶名必須不存在，否則報錯。6.管理員進行借閱歸還圖書操作時，必須按要求填入信息，否則報錯。7.管理員修改圖書信息時，必須符合各項屬性，否則報錯。3.7.2 出錯處理對策對于一般錯誤，給予用戶提示信息，讓其重新輸入或退出。對于嚴重錯誤，啟動備份文件恢復，建議使用幫助文件。3.8 安全保密設計館中所有未借出的書籍能夠供用戶隨時查閱，用戶信息只能被系統管理員查閱，修改。3.9 維護設計由于本項目比較小，除了嚴格按照軟件工程的科學方法開發軟件、認真建立文檔、編碼階段寫詳細注釋外，并

31、沒有特殊維護設計，如設計維護模塊等。不過，我們的DBA(數據庫管理員)會定期備份數據資料，并進行管理。第四部分 詳細設計4.1 引言4.1.1編寫目的 為了研究圖書館查詢借閱系統軟件的開發途徑和應用方法。同時它也是進行項目策劃的基礎，是維護人員進行內部維護，信息更新，驗收和測試的依據。 該系統的預期讀者是在校大學生和老師。4.1.2項目背景 本項目的任務提出者及開發者是圖書管理系統軟件開發小組,用戶是學校圖書館。 本產品是針對電腦管理圖書的需求設計的，可以完成讀者登記、讀者借還書、圖書登記、圖書查詢等主要功能4.2 總體設計4.2.1需求概述 通過計算機實現對圖書館入庫、借閱、歸還、檢索、讀者

32、管理、查詢的管理功能。4.3 程序描述4.3.1性能(1) 精度需求 在精度需求上，根據使用需要，在各項數據的輸入，輸出及傳輸過程中，可以滿足各種精度的需求。 (2) 時間需求 在軟件方面，響應時間，更新處理時間都比較快且迅速，完全滿足用戶要求。 (3) 靈活性 當用戶需求，如操作方式，運行環境，結果精度，數據結構于其他軟件接口等發生變化時，設計的軟件要做適當調整,靈活性非常大。 (4) 故障處理 a. 內部故障處理 在開發階段可以隨即修改數據庫里的相應內容。 b. 外部故障處理 對編輯的程序進行重裝載時，第一次裝載認為錯，修改。第二次運行，在需求調用時出錯，有錯誤提示，重試。說明對該程序的全

33、部性能要求，包括對精度、靈活性和時間特性的要求。4.3.2 輸入項目主模塊輸入項目：操作系統傳遞至的各種消息以及用戶的輸入數據。學生管理模塊輸入項目：與學生管理操作子對話框有關的用戶輸入及系統消息。圖書管理模塊輸入項目：用戶口令。借閱管理模塊輸入項目：學生學號、圖書編號。歸還管理模塊輸入項目：圖書編號。4.3.3輸出項目主模塊輸出項目：用戶界面顯示。學生管理模塊輸出項目：操作結果顯示。圖書管理模塊輸出項目：相應的界面。借閱管理模塊輸出項目：學生信息、相關借書信息。歸還管理模塊輸出項目：相關學生信息。4.3.4 程序邏輯a、 標準流程圖 圖4.1b、 NS圖 圖4.2c、 判定表表4.3 用判定

34、表表示計算罰款金額的計算 12346一般借閱者TFFF殘疾借閱者FTFTVIP借閱者FTTF借閱時間<=30天TFFFF免費×(D-30)*0.2×(D-30)*0.4×(D-30)*0.6×(D-30)*0.8×4.3.5 接口(1) 外部接口按Windows應用軟件用戶界面的規范來設計，使用以對話框為主的用戶界面，便于用戶使用。(2) 內部接口模塊間接口采用數據耦合方式，通過參數表傳送數據，交換信息。(3) 用戶接口本產品的用戶一般需要通過終端進行操作，進入主界面后點擊相應的窗口，分別進入相對應的界面(如：輸入界面、輸出界面)。用戶對

35、程序的維護，最好要有備份。4.3.6 存儲分配借書模塊內部數據： 數據庫 數據庫連接指針 m_pConnection_ConnectionPtr用戶界面讀者姓名 m_strReaderName CString已借圖書信息m_strLBInf CString 已借圖書數顯示 m_strLBNum CString欲借圖書書號m_lBookID long內部參數當前讀者證號 m_lReaderID long可借圖書數上限 m_MaxLBNum int還書模塊內部變量：數據庫數據庫連接指針 m_pConnection_ConnectionPtr數據庫查詢結果集指針m_pRecords_Recordse

36、tPtr 用戶界面欲還圖書書號m_lBookID long借閱者圖書證號顯示 m_strLenderID CString借閱者姓名m_strLenderCString已還圖書信息顯示m_strRBInf CString未還圖書信息顯示m_strNRBInf CString已還圖書數顯示m_strRBNum CString未還圖書數顯示 m_strNRBNum CString內部參數當前還書者讀者證號m_lCurrID long 已還圖書計數m_intRBNum int借書天數上限m_MaxLBDay int4.3.7 限制條件(1) 技術約束 本項目的設計是在漢語程序設計語言的條件下進行的，技

37、術設計采用軟硬一體化的設計方法。 (2) 環境約束 運行該軟件所適用的具體設備必須是奔騰133、內存16兆以上的計算機;(3) 標準約束 該軟件的開發完全按照企業標準開發，包括硬件、軟件和文檔規格(4) 硬件限制 奔騰133 、內存16兆以上PC機滿足輸入端條件。4.4 程序復雜程度的定量度量4.41 使用意義定量度量復雜程度的方法很有價值，因為把程序的復雜程度乘以適當常數即可估算出軟件中錯誤的數量已經軟件開發所需要的工作量，定量度量的結果可以用來比較兩個不同的設計或兩個不同算法的優劣；可以作為模塊規模的精確限度。4.4.2 簡易流程圖圖 PDL依據圖4.4的表示法1： sta

38、rt2: int A;3: 14: if 25: then 36: switch(A)7:8: case 1: 4; break;9: case 2： 5；break;10: case 3: 6; 11: if 7 12: then 913: else 8 14: end if; break;15: 16: 1017: else18: 119: end if20: stop4.4.3 由PDL翻譯成流圖圖4.5根據流圖4.5，按公式V（G）=E-N+2，其中E是流圖中邊的條數，N是結點數； 可以計算出流圖的環形復雜度為5.由于模塊規模以V（G）<=10為宜，所以該設計善算合理。第五部分

39、測試報告5.1、引言5.1.1編寫目的根據測試計劃報告，對軟件進行測試，詳細記錄測試過程，以對軟件的質量進行評價，為軟件設計人員提供BUG依據，故做產生測試分析報告。5.1.2項目背景根據用戶的希望能夠充分利用現代科技來提高圖書館理的效率，在原有的辦公室系統基礎上進行擴展，將一些可以用計算機來管理的都進行計算機化，使得圖書管理人員更加方便，工作效率也更加的高。5.1.3定義ASP：是一種未經編譯的開放性的應用軟件，利用HTML和ActiveX強有力的功能創建強壯的，功能強大的，與平臺無關的Web應用系統5.2任務概述5.2.1目標開拓創新購書的空白，彌補了圖書館一直以來網上，增強圖書采購的針對性和實用性，解決學生找書難的困境。5.2.2運行環境1. 系統運行環境：Windows XP系統2. 系統開發平臺: Visual Studio.NET3 數據庫管理系統軟件： Microsoft SQL Serv