《圖書管理系統項目開發(fā)計劃.doc》由會員分享，可在線閱讀，更多相關《圖書管理系統項目開發(fā)計劃.doc（34頁珍藏版）》請在裝配圖網上搜索。
1、圖書管理系統項目開發(fā)計劃一 可行性研究報告1引言1.1編寫目的1.2項目背景1.3定義1.4參考資料2可行性研究的前提2.1要求2.2條件、假定和限制2.3可行性分析二 項目開發(fā)計劃1. 簡單介紹2. 對現有系統的分析3實施計劃3.1任務分解3.2進度3.3預算1.4關鍵問題三 需求規(guī)格說明書1任務概述1.1目標1.2運行環(huán)境1.3條件與限制2數據描述2.1靜態(tài)數據2.2動態(tài)數據2.3數據庫介紹2.4數據詞典2.5數據采集3功能需求3.1功能劃分3.2功能描述4性能需求4.1數據精確度4.2時間特性4.3適應性四 概要設計說明書1總體設計1.1處理流程1.2總體結構和模塊外部設計1.3功能分配
2、五 詳細設計說明書1總體設計1.1需求概述1.2軟件結構（圖）2程序描述2.1功能2.2性能2.3輸入項目2.4輸出項目2.5算法2.6程序邏輯2.7接口2.8存儲分配2.9限制條件2.10測試要點六、測試計劃1計劃1.1測試方案1.2測試項目1.3測試準備1.4測試機構及人員2測試項目說明2.1測試項目名稱及測試內容2.2測試用例2.3進度2.4條件2.5測試資料七、測試分析報告1測試計劃執(zhí)行情況1.1測試項目1.2測試機構和人員1.3測試結果可行性研究報告1引言隨著科學技術的不斷提高，計算機科學日漸成熟，其強大的功能已為人們深刻認識，它已進入人類社會的各個領域并發(fā)揮著越來越重要的作用。作為
3、計算機應用的一部分，使用計算機對圖書信息進行管理，有著手工管理所無法比擬的有點。例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。1.1編寫目的可行性研究的目的是為了對圖書管理問題進行研究，以最小的代價在最短的時間內確定圖書管理系統是否可行，經過對此項目進行詳細調查研究，初擬系統實現報告，對圖書管理系統開發(fā)中將要面臨的問題及其解決方案進行初步設計及合理安排。本報告經審核后，轉交軟件管理部門審查。1.2項目背景由于學校的不斷發(fā)展，學生不斷增多，學校圖書館的圖書品種、數量也在不斷地增多。學校使用圖書管理系統提高了工作效率，同時擺脫圖書管理人員在工作中出現的很多問題，大大節(jié)省
4、了學生借書的時間。利用圖書管理系統對圖書記錄進行統一管理，包括新增圖書記錄，更改圖書記錄，刪除圖書記錄等功能，實現圖書管理工作的系統化，規(guī)范化和自動化，為圖書管理提供便利。a.大三第一學期實習內容：圖書管理系統b.項目開發(fā)小組成員：王海東 時振超 張少華 曹志灝 王琦 c.用戶：中小學、大中專院校及企事業(yè)單位圖書館d.項目開發(fā)環(huán)境：集成開發(fā)環(huán)境e. 軟件名字：圖書管理系統，版本是1.0。1.3 參考資料（1）軟件工程標準手冊 主編 石柱 中國標準出版社（2）軟件開發(fā)編程與設計 主編 David Conger 北京清華大學出版社（3） ftp:/ 列出的資料（4） 軟件工程導論（第四版） 張海藩
5、主編 北京：清華大學出版社 2003（5） 圖書管理系統可行性研究報告 王海東 2011.102可行性研究的前提2.1要求（1）本圖書館管理系統主要實現的功能如下：進入系統前需要身份驗證，輸入正確的用戶名和密碼才能進入系統。用戶可以根據需要進行書庫管理。用戶可以進行借書證的辦理、查詢、掛失等操作。圖書出納、歸還、滯納金的管理對讀者按姓名、證件號碼查詢的管理對圖書按ISBN號、圖書名稱、圖書作者、圖書編號、分類的查詢管理。按照管理員的各種需求進行統計及報表打印的功能。（2）性能要求：實現館內采購、編目、流通、文獻檢索等信息化管理（3）輸出要求：數據完整，詳實。（3）輸入要求：簡捷，快速，實時。（
6、4）操作系統：Microsoft Windows 2000 server 或者 Microsoft Windows 2000 Advanced server 2數據庫：Microsoft SQL Server 2000 （5）完成期限預計7個月，即截止2 01 3年7月1日。2.2條件、假定和限制建議開發(fā)軟件運行的最短壽命：4年硬件條件：服務器sun工作站，終端為pc機。服務器端Windows XP 操作系統+Tomcat6.0+SQL Server數據庫客戶端 Windows XP 操作系統及瀏覽器數據庫：Microsoft SQL Server 2000投入運行最遲時間：*假設1：相關硬件
7、設備或者軟件設備癱瘓。限制：造成部分工作甚至整體工作無法進行而造成拖延。 假設2：組員在項目開發(fā)過程中推出該項目。限制：任務需重新分配可能導致最終延期交付。 假設3：最終沒有外援美工指導。限制：最終系統界面友好性相對較差。2.3可行性分析（1）經濟可行性 圖書管理系統對圖書記錄進行統一管理，實現圖書管理工作的系統化，規(guī)范化和自動化，為圖書管理提供便利。與傳統人員管理相比，圖書管理系統提高了工作效率、同時包托圖書管理人員在工作中出現的很多問題，大大節(jié)省了學生借書的時間。（2）技術可行性 現在社會對JSP+Servlet的技術使用較為成熟的人才已經很多，并且現在的各大高校圖書館都擁有電腦。（3）運
8、行可行性 該系統需要搭建JVM即JAVA虛擬機和Tomat環(huán)境，在此環(huán)境下，并且在正確連接數據庫后可以正常運行。（4）法律可行性 法律可行性：該平臺是作為畢業(yè)設計與商業(yè)無關，又因為是自主開發(fā)設計，因此不會構成侵權，在法律上是可行的。項目開發(fā)計劃1.1圖書管理系統的系統特點（1）簡潔美觀的操作界面 美觀又簡單的操作界面對于一個圖書網站，起著至關重要的作用。操作過于復雜或網站的設計過于沉悶都會使閱讀者感到疲憊。本系統通過工作人員的精心打造，配以精致的動畫，使圖書管理系統操作界面既時尚典雅又動感十足。（2）科學的書店管理模式 系統管理員系統分為4個模塊：系統管理員身份認證模塊、圖書管理模塊、借閱者管
9、理模塊和借閱超時管理模塊（如圖1）管理員身份認證：接口描述：輸入系統管理員身份認證信息模塊功能：通過檢驗認證信息允許系統管理員進入系統管理員系統管理過程陳述：將輸入的管理員身份認證信息與管理員信息表中的信息進行對照，若管理員的編號、姓名和密碼中的任意一項與信息管理員信息表中的信息不符合則認為輸入有誤，身份不通過，要求重新輸入；只有三者都相同才能通過身份認證進入系統。約 束：最多只允許系統管理員輸入三次，若三次都有誤，則認定該輸入者為非法管理員，不允許其再輸入。借閱者管理模塊：接口描述：輸出借閱者管理信息模塊功能：對借閱者信息、借閱者分類信息執(zhí)行修改、查看和刪除操作過程陳述：輸入借閱者編號，打開
10、借閱者信息表可修改、查看和刪除表中的信息，并將修改后的信息保存到借閱者信息表中，執(zhí)行刪除操作則需對借閱者分類信息表中的信息進行修改；輸入借閱者職務、班次，可打開借閱者分類信息表，可修改、查看和刪除表中的信息，并將修改后的信息保存到借閱者分類信息表中。約 束：借閱者可分為學生和教師兩類，以職務、班次為關鍵字進行索引。圖書管理模塊：接口描述：輸出圖書管理信息模塊功能：對圖書信息、書目信息執(zhí)行修改、查看和刪除操作過程陳述：輸入圖書編號，打開圖書信息表可修改、查看和刪除表中的信息，并將修改后的信息保存到圖書信息表中，執(zhí)行刪除操作則需對書目信息表中的信息進行修改；輸入圖書名、圖書類名，可打開書目信息表，
11、可修改、查看和刪除表中的信息，并將修改后的信息保存都書目信息表中。約 束：系統管理員對圖書信息、書目信息，只有修改、查詢和刪除的權限，沒有添加的權限。借閱超時管理模塊接口描述：輸出借閱者超時管理信息模塊功能：讀取超時罰款信息，鎖定超時借閱者過程陳述：輸入借閱者編號可讀取借閱者的超時罰款信息；輸入當前時間可通過讀取借閱信息表并列出超時借閱者名單，鎖定超時借閱者，借書狀態(tài)為不可借；同時將超時借閱者信息告知操作管理員系統，并將記錄寫到超時罰款信息表中。約 束：只有超時借閱者繳納罰金后，其鎖定狀態(tài)才可解除。1.2.系統功能說明1.2.1 系統前臺前臺作為與閱讀者直接交互的界面，在考慮功能的同時，也考慮
12、了操作的簡潔和方便性，目的是讓大多數不太懂電腦操作的客戶，也能輕松的享受電子商務給他們帶來的便利。前臺主要功能包括：注冊登錄、我的賬戶、圖書查詢、圖書分類瀏覽、圖書展示、意見反饋、在線交流、自動友情鏈接功能等等。1.2.2書店后臺本系統后臺管理在考慮操作簡便的同時，提供了強大的書店管理模式。大模塊上分為用戶資料管理，圖書資料管理，用戶反饋管理，黑名單與網站維護。1.2.3功能劃分1）借閱者管理系統（1）未注冊者可以進入注冊系統進行注冊；（2）已注冊借閱者可按姓名、編號或者身份證號登錄進入借閱者檢索系統查詢借閱者情況；（3）已注冊借閱者可按書名、出版社或作者對圖書信息進行檢索查詢或提出預約請求；
13、2）圖書管理員管理系統 （1）圖書管理員通過圖書管理員身份認證進入圖書管理員管理系統； （2）借閱者可節(jié)約在庫圖書； （3）在規(guī)定期限內借閱者歸還借閱圖書； （4）借閱者在不違規(guī)情況下可繼續(xù)借閱已借閱圖書； （5）借閱者可以預約圖書。3）系統管理員管理系統 （1）系統管理員通過系統管理員身份認證進入系統管理員管理系統； （2）系統管理員可以對圖書進行圖書管理（如：查詢、刪除、修改圖書資料或圖書分類查詢修改、刪除管理）； （3）系統管理員可以對借閱者進行學生管理（如：查詢、刪除、修改借閱者信息或借閱者類別修改、刪除管理，查詢?yōu)g覽借閱者詳細資料，包括借閱次數，登錄次數，最后登錄時間）； （4）系統
14、管理員可以對借閱者進行借閱超時管理（如：列出借閱者超時借閱圖書資料，鎖定選定的借閱者，禁止鎖定的借閱者再借閱，列出已鎖定的借閱者名稱，可解除選定的借閱者，允許借閱者再借閱）。4）操作員管理系統 （1）操作員通過操作員身份認證進入操作員管理系統； （2）操作員可以添加、刪除、查看管理員（系統設有一個最高管理員即操作員，擁有最高管理權限），可以修改管理員密碼、登錄名； （3）操作員可以對圖書館基本配置進行設置（如：是否開放圖書借閱，可設置可借出數量、借閱時間、續(xù)借次數、公告刷新時間，可重置為默認數據，修改配置方案）； （4）對新圖書進行錄入并生成圖書條形碼，對新借閱者進行錄入并生成借閱者條形碼；對
15、已過期的借閱者證件進行借閱者注銷處理，對已遺失或損壞嚴重的圖書數進行注銷圖書處理。5）罰款管理系統（1）罰款管理員通過罰款管理員身份認證進入罰款管理系統；（2）罰款處理可以讀取借閱信息表再生成超時罰款信息表，通過超時罰款信息表可以生成罰款單給罰款管理員；（3）圖書管理員告知罰款系統圖書損壞或遺失，若圖書損壞嚴重或遺失，經罰款管理員鑒定后告知操作員，對圖書進行注銷處理且罰款管理員對借閱者進行罰款處理；若圖書輕微損壞，則告知借閱者進行賠償。2對現有系統的分析圖書管理員 1.讀者數據維護模塊讀者2.書目維護模塊3.圖書出納管理模塊4.查詢5.統計系統時鐘2.1處理流程和數據流程3實施計劃3.1任務分
16、解分析階段（一個月）調研小組設計階段（一個月）設計小組寫代碼及單元測試階段（三個月）開發(fā)小組總測試及修改階段（一個月）測試小組維護階段（不定）維護小組3.2進度階段劃分： 1. 可行性分析：10天 2. 需求分析：15天； 3. 軟件設計(概要設計和詳細設計)：20天；4. 數據庫建立：15天； (以下6個子系統可并行編碼、單元測試) 5. 子系統1編碼測試：5天; 6. 子系統1編碼測試：10天;7 子系統1編碼測試：30天; 8 子系統1編碼測試：15天;9 子系統1編碼測試：10天; 10. 子系統1編碼測試：15天;11. 硬件安裝:20天;12. 硬件測試:20天; 13. 集成測試
17、：20天; 14. 系統安裝、培訓：15天； 15 驗收測試:20天 進度：包括可行性分析、需求分析、軟件概要設計、軟件詳細設計、編碼、測試、安裝、轉換、確認、培訓等階段活動和任務的進度安排3.3預算分析階段 5000元設計階段 10萬-20萬寫代碼及單元測試階段 60萬左右總測試及修改階段 5萬左右3.4關鍵問題關鍵的問題是如何做到大容量,多并發(fā),快速的即時演算能力和部分故障不停機的能力.此外開發(fā)本項目需要一定的風險,主要是計算機發(fā)展速度的風險.詳細的分析參見可行性分析報告.大多數技術問題都能通過數據庫解決，所以選擇好的數據庫是保證開發(fā)完整的前提。需求規(guī)格說明書1.任務概述1.2運行環(huán)境1.
18、1 設備運行本軟件要在裝有Windows2000、Windows XP/Win7/Vista系統的計算機。1.2 支持軟件本系統支持的操作系統包括：Windows2000、Windows XP/Win7/Vista。本系統支持的數據庫：SQL Server 2000，SQL Server 2005，MY SQL。本系統的開發(fā)工具：tomcat6.0，my eclipse 6.2.1.3 接口 本軟件通過若干個中間表（在次省略其結構）實現與其他軟件的通信。1.4 控制 本系統前臺根據“讀者驗證”模塊來控制前臺工作，若為讀者，則可通過讀者登錄來選擇前臺的各項功能，若不是讀者，則必須先注冊讀者，后臺
19、則根據“管理員驗證”模塊來控制后臺工作，通過管理員的登錄來管理書的存儲，和讀者信息的存儲以及訂閱單的輸出1.3條件與限制a. 硬件方面： 需要配備一臺裝有SQL Server 2005的數據庫服務器和一臺裝Tomcat6.0的WEB服務器b. 技術方面： 開發(fā)小組成員接受過二年正規(guī)軟件工程本科專業(yè)訓練，計算機方面知識有一定基礎，但是對Java以及SQL Server數據庫掌握運用還有待提高，不足之處靠借閱有關書籍進行學習，組內成員相互討論分析解決。需由用戶承擔的工作： 配備相應硬件系統，做到規(guī)范操。向本小組成員進行培訓，其內容包括圖書館的工作結構、圖書館管理系統的工作流程，以及圖書館規(guī)模包括可
20、容納多少圖書,多少讀者,有幾個級別的管理員和管理員數目這些內作，備份好數據防止數據2數據描述2.1動態(tài)數據2.2數據詞典數據字典是用來規(guī)范描述數據具體內容的工具，也是對數據匯總分析的一個總結。一般來說，可為每個數據建立一張二維表。2.3 數據采集2.3.1 E-R圖：2.3.2數據庫需求分析設計3功能需求信息輸入之后，經過一定的分類處理，形成圖書檔案數據庫，可用于用戶查詢、模塊調用與數據統計。1.密碼設置：每個操作員均有自己的密碼，可以防止非本系統人員進入本系統；又因每個人的權限不一致，故可以防止越權操作。 2.資料維護：為了存放圖書、讀者檔案的全部數據，本系統將每一本圖書和每位讀者的信息進行
21、管理。系統維護包括對各種表記錄的修改、刪除、添加等操作。 3.系統查詢：可以按圖書編號、借閱證編號等相關信息進行查詢。4.系統管理：進行員工管理、數據備份和數據恢復。5.報表統計：包括統計圖書信息、讀者信息、借閱信息和罰款信息等。 6.其它操作：包括修改密碼、添加用戶、頁面設置等。4性能需求為了保證系統能夠長期、安全、穩(wěn)定、可靠、高效的運行，機票預定系統應該滿足以下的性能需求：4.1 數據精確度4.1.1 精度 本系統要求輸入的讀者年齡為整數，借閱書籍的數量為整數，出生日期必須是合法的日期形式（如1990-08-01），身份證號碼必須為數字。4.1.2 時間特性要求（1）系統的更新處理時間應該
22、在可接受的范圍內；（2）系統的數據查詢時間應該在可接受的范圍內；（3）系統的數據統計時間應該在可接受的范圍內。4.1.3 靈活性（1）操作方式上應該能夠滿足鼠標和鍵盤任意切換的需要；（2）能夠支持WindowsXP/7，VISTA的運行環(huán)境；（3）留有與其他系統的接口。4.2 數據管理能力要求由于圖書管理系統會對讀者的資料進行保存，并且，書的庫存會隨著借閱書籍數量或購進新書而改變，因此對數據的存儲有一定的要求：要求提供數據的備份功能。 概要設計說明書1.總體設計通過這個階段的工作將劃分出組成系統的物理元素。系統概要設計的基本目的是用比較抽象的概括方式確定系統如何完成預定的任務也就是要確定系統的
23、配置物理方案。軟件結構設計時應該遵循的最主要的原理是模塊獨立讓模塊彼此間的接口關系應該盡量簡單1.1處理流程1.2總體結構和模塊外部設計1.3功能分配該系統需要實現的功能主要有“日常工作管理”、“基本資料維護”、“查詢”、和“系統管理”模塊。其中日常工作管理和基本資料維護是整個系統的核心。 功能實現: 1.“工作”模塊 （1）借書處理：主要功能是記錄借閱證編號和圖書編號，進行借書過程。在數據庫中插入一條借書記錄，該記錄包括讀者ID、圖書ID、借出日期、還書期限、操作員姓名。（2）還書處理：主要功能是輸入借閱證編號、圖書ID，在借閱登記表中找到相應的記錄將該記錄的相應數據插入到還書記錄中，同時將
24、借書記錄刪除并保存在借閱歷史記錄表中。 （3）繳納罰金：輸入讀者ID，顯示該讀者的姓名、圖書編號、罰款金額和罰款原因，如果讀者交納了罰金，則將借閱登記表的允許借閱標志置為“Y”。刪除罰款記錄表中該讀者對應的記錄，將這一條記錄同時插入到罰款歷史記錄表中。 2.“資料維護”模塊 （1）圖書資料維護：包括新書的入庫以及現有書籍資料的修改、刪除。 （2）讀者資料維護：包括新會員的資料入庫以及現有會員資料的修改和刪除 。3.“查詢”模塊 （1）圖書資料查詢：根據相應的圖書信息對所有書籍進行查詢。此查詢包括圖書分類、圖書號、圖書名稱、作者、出版社。（ 2）讀者資料查詢：根據相應的讀者資料進行所需查詢。借閱
25、證編號、讀者姓名、身份證號以及止借標志。 （3）借閱歷史記錄查詢：根據相應的借閱信息進行所需查詢。此查詢包括借閱證號、圖書號、借書日期、還書日期。 （4）罰款歷史記錄查詢：根據相應的罰款信息進行所需查詢。此查詢包括借閱證號、罰款日期、罰款原因。 詳細設計說明書1.總體設計用戶登錄調用數據庫？Y/N系統主界面退出系統1.1軟件結構 是 否2程序描述2.1功能 信息輸入之后，經過一定的分類處理，形成圖書檔案數據庫，可用于用戶查詢、模塊調用與數據統計。2.2性能 準確性要求高，可靠性要求高，輸入控制嚴格，頁面響應時間短，用戶界面友好，輸出準確，能夠準確有效的進行用戶權限的管理。2.3輸入項新書名稱：
26、任意的字符，數字的組合或是單獨使用字符或是數字新書編碼：任意的數字，字符的組合或是單獨使用字符或是數字2.4輸出項錯誤提示：新書編碼規(guī)則不正確操作界面：添加（或修改）成功，繼續(xù)下一步操作2.5設計方法（算法）新書名稱+編碼軟件設計： 錯誤提示，請重新輸入繼續(xù)下一步YN是否符合標準硬件設計：服務器：PentiumII500以上或更高，128內存，20G硬盤，CDROM：16倍速以上，網卡：10/100自適應，內存:128M以上；工作站：PentiumII 266以上微機，內存：64MB，硬盤： 至少5G以上，CDROM：16倍速以上，網卡：10/100自適應；另外，都必須遵守TCP/IP協議；2
27、.6流程邏輯 對圖書分類整理后，要予以編號，編輯功能實現代碼。如下是系統開發(fā)的流程：新書入庫 修改館藏 圖書量 新書上架 修改數據庫 書籍編碼 圖書分類2.7接口模塊之間采取的是串行方式與并行方式的結合，并通過值傳遞來實現數據的傳輸。2.8存儲分配 館藏圖書信息與用戶信息占據整個磁盤的2/3。2.9限制條件禁止一切非授權更改。2.10測試計劃首先采取逐步替代制的方式來測試系統，要求專業(yè)的測試人員，使用真實的數據輸入，然后將其輸出的結果與原有的結果進行比較。測試計劃1計劃1.1測試方案測試方案是測試階段的關鍵技術問題。為了提高測試效率降低測試成本，本測 試方案采用黑盒法設計基本的測試方案，再用白
28、盒法補充一些方案。在黑盒法測試 方案中，采用等價劃分技術，把所有可能的輸入數據（有效的和無效的）劃分成幾 等價類，其劃分類在以下的輸入中再詳述。1.2測試項目測試1：名稱：系統操作登錄測試。 目的：測試系統操作界面。 內容：帳號口令輸入、合理性檢查、合法性檢查，系統操作界面顯示控制 。測試2：名稱：出借測試。 目的：測試出借功能。 內容：括讀者證號輸入、合理性檢查、合法性檢查，借書對話顯示控制，圖書書號提交、合理性檢查、合法性檢查，借書登記。 測試 3：名稱： 還書測試。 目的：測試還書功能。 內容：還書對話框顯示控制，圖書書號提交、合理性檢查、合法性檢查，還書登記。 測試4：名稱：圖書庫管理
29、測試。 目的：測試圖書庫操作功能。 內容：圖書庫管理界面顯示控制，圖書庫瀏覽，增加圖書記錄，刪除圖書記錄，編輯圖書記錄。測試5：名稱：圖書查詢測試。 目的：測試圖書查詢功能。 內容：圖書查詢對話框顯示控制，輸入數據合理性檢驗、提交，圖書查詢結果顯示。1.3測試準備在測試前，與各模塊的主要負責人共同協商討論，以概要設計說明書.詳細設 計說明書作為總的提綱,選擇合適的輸入輸出數據,并加以意義列舉說明。1.4測試機構及人員人員主要由各程序模塊的軟件開發(fā)人員和圖書館的有關負責人共同2測試項目說明2.1測試項目名稱及測試內容測試1：名稱：系統操作登錄測試。 目的：測試系統操作界面。 內容：帳號口令輸入、
30、合理性檢查、合法性檢查，系統操作界面顯示控制 。測試2：名稱：出借測試。 目的：測試出借功能。 內容：括讀者證號輸入、合理性檢查、合法性檢查，借書對話顯示控制，圖書書號提交、合理性檢查、合法性檢查，借書登記。 測試 3：名稱： 還書測試。 目的：測試還書功能。 內容：還書對話框顯示控制，圖書書號提交、合理性檢查、合法性檢查，還書登記。 測試4：名稱：圖書庫管理測試。 目的：測試圖書庫操作功能。 內容：圖書庫管理界面顯示控制，圖書庫瀏覽，增加圖書記錄，刪除圖書記錄，編輯圖書記錄。測試5：名稱：圖書查詢測試。 目的：測試圖書查詢功能。 內容：圖書查詢對話框顯示控制，輸入數據合理性檢驗、提交，圖書查
31、詢結果顯示。2.2測試用例4.2.1用例圖及用例文檔2.3進度由于其測試過程較長，需要對各子單元程序各模塊及它們之間的接口分別進行測試進度一般測試過程都伴隨其概要設計詳細設計過程一起進行，進度在個月左右。2.4條件必須在保證各硬件設備軟件系統齊備的情況下，資金充足，人員齊備，各方面互相配合，齊心協力，共同完成。2.5測試資料測試資料主要是軟件開發(fā)小組的各類文檔及圖書館提供的各類資料檔案。測試分析報告1測試計劃執(zhí)行情況 1.1測試項目系統登錄/注冊模塊測試系統接受用戶輸入的帳號密碼，然后與數據庫中數據核對。系統接受新用戶注冊帳號，核對無誤注冊成功 輸入信息模塊測試 系統接受用戶輸入的借閱者信息，核對后存入數據庫中 數據庫測試 測試數據庫的安全性可靠性健壯性效率。 系統測試 用黑盒法對系統進行各類功能的測試1.2測試機構和人員【給出測試機構名稱、負責人和參與測試人員名單。】1.3測試結果系統登錄/注冊模塊測試 對于無效輸入能夠做出判斷，并提示用戶；有效輸入能夠成功存入數據庫中。 輸入信息模塊測試系統能夠檢測出無效輸入，提示用戶重新輸入；有效輸入能夠存入數據庫中。輸出信息模塊測試能夠準確輸出用戶查詢的信息 數據庫測試各類功能運行正常，無錯誤 系統測試各類功能運行正常，無錯誤34
圖書管理系統項目開發(fā)計劃.doc
