【導讀】采編模塊分為采購與編目兩個子模塊。塊必須完成館藏圖書檢索、書籍狀態(tài)查詢、借還操作等功能。系統(tǒng)角色是指參與系統(tǒng)的人員在對。理辦法合理確定角色，并將不同人員賦予不同的角色。該模塊主要對數(shù)據(jù)庫進行備份與數(shù)據(jù)恢復功能。本課題要求兩人合作完成，兩人共同設計數(shù)據(jù)庫，一人完成采編模塊與系統(tǒng)角色管理，[1]張海藩.軟件工程導論（第四版）[M].北京：清華大學出版社，20xx.[3][J].電子工業(yè)出版社.:102-108.[4]張秋余，楊玥.基于用例的需求建模方法[J].計算機工程與設計，20xx，19：3539-3541.[5]JohnW.Satzinger,RobertB.Jackson,StephenD.Burd.[Z].北京：人民郵電出版社，20xx.圖書管處理事務以及相關統(tǒng)計。圖書管理系統(tǒng)的開發(fā)采用MVC模式,通過JDBC驅(qū)動和SQLServer關系數(shù)據(jù)庫連接為。系統(tǒng)的開發(fā)提供安全可靠的存儲支持。它針對現(xiàn)有圖書管理系統(tǒng)搜索方法單一、管理混亂等弊端進行了改善，為用。戶提供一個更加友好的管理工具。開發(fā)背景及課題意義·······························&#1

　　

【正文】 ： 表 圖書借還 子模塊描述 功能模塊名稱 圖書借還 功能描述 借還人員對讀者進行的借書還書業(yè)務進程處理并且記錄，添加圖書記錄，將被操作圖書的狀態(tài)改變?yōu)椤安豢山琛保瑢⒈徊僮髯x者的可閱圖書數(shù)量減一 訪問的數(shù)據(jù)庫表 rukubook 表、 borrow 表， reader 表 輸入 讀者編號 reader_id、入庫圖書編號 rukubook_id 結(jié)果 圖書借還記錄增加，入庫圖書狀態(tài)改變，讀者可借閱圖書數(shù)量改變 輸出 借閱或者歸還成功提示 4業(yè)務處理管理員 g)業(yè)務處理 該子功能用于業(yè)務處理人員逾期罰款 等業(yè)務進行處理，該功能對 fine 表進行操作 ，具體描述如下 表 所示： 表 業(yè)務處理 子模塊描述 功能模塊名稱 業(yè)務處理 功能描述 業(yè)務處理人員逾期罰款 等業(yè)務進行處理 訪問的數(shù)據(jù)庫表 fine 表 輸入 罰款記錄（罰款流水號，被罰人編號，罰款相關書籍編號，罰款原因，罰款額，罰款時間，經(jīng)辦人，是否處理） 結(jié)果 罰款表記錄增加，讀者信用受損（出現(xiàn)十次罰款記錄不能借書） 輸出 罰款處理成功提示 h)讀者管理 該子模塊是業(yè)務處理人員 對讀者賬號激活收費，臨時讀者證辦理， 對讀者的基本信息進行管理 ,可以對讀者的基本信息進行修改 ,查詢操作 ,這里的操作均是對 reader 表進行操作 ，具體描述如下表 所示： 表 讀者管理子模塊描述 功能模塊名稱 讀者管理 功能描述 業(yè)務處理人員 對讀者賬號激活收費，臨時讀者證辦理， 對讀者的基本信息進行管理 ,進行修改 ,查詢操作。 訪問的數(shù)據(jù)庫表 reader 表 輸入 讀者編號 結(jié)果 讀者信息改變或者增添臨時讀者信息 輸出 業(yè)務處理成功提示 （ 3）與業(yè)務對應的特定管理員擁有的功能 i)系統(tǒng)查詢 該子功能模塊被特定的管理員擁有，查詢系統(tǒng)參數(shù)，查詢讀者信息，查詢圖書信息等等 ，具體描述 如下表 所示： 表 系統(tǒng)查詢子模塊描述 功能模塊名稱 系統(tǒng)查詢 功能描述 系統(tǒng)特定管理員輸入關鍵字可查詢各種系統(tǒng)資源信息 訪問的數(shù)據(jù)庫表 Reader 表、 borrow 表、 book 表、 rukubook 表、 fine 表、 logintime 表 第 16 頁 共 62 頁 輸入 查詢關鍵字或者查詢請求 結(jié)果 顯示查詢結(jié)果列表 輸出 查詢結(jié)果列表 2：讀者功能模塊 j)圖書信息查詢 該子功能模塊用于讀者用戶對圖書信息的檢索，該功能對 rukubook 表進行操作 ，具體描述如下表 所示： 表 圖書信息查詢子模塊描述 功能模塊名稱 圖書信息查詢 功能描述 讀者用戶通過選擇不同的搜索方式對圖書信息進行檢索 訪問的數(shù)據(jù)庫表 rukubook 表 輸入 搜索關鍵字 key 結(jié)果 顯示相關圖書列表頁面 輸出 相關圖書列表 k)借閱記錄查詢 該子功能模塊用于讀者用戶對自己借閱記錄信息的查詢，該功能對 borrow 表進行操作 ，具體描述如下表 所示： 表 借閱記錄查詢子模塊描述 功能模塊名稱 借閱記錄查詢 功能描述 讀者用戶進入借閱記錄查詢頁面，通過輸入讀者編號對自己借閱記錄信息查詢 訪問的數(shù)據(jù)庫表 Borrow 表 輸入 讀者編號 reader_id 結(jié)果 顯示讀者借閱記錄頁面 輸出 讀者借閱記錄列表 第 17 頁 共 62 頁 4 程序設計與編碼 開發(fā)平臺與工具 J2EE 開發(fā)平臺 J2EE （ Java 2 Platform Enterprise Edition） 提供 了一個統(tǒng)一 的開發(fā)平臺，降低了開發(fā)多層應用的費用和復雜性，同時提供對現(xiàn)有應用程序集成強有力支持，完全支持 Enterprise JavaBeans，有良好的向?qū)еС执虬筒渴饝?，添加目錄支持，增強了安全機制，提高了性能。 在開發(fā)圖書館管理系統(tǒng)的過程中，應用 ， 它可以 在數(shù)據(jù)庫和 J2EE 的開發(fā)、發(fā)布，以及應用程序服務器的整合方面極大的提高工作效率。 WEB 服務器和數(shù)據(jù)庫 Web 應用服務器是 Tomcat，它是一個小型的輕量級應用服務器，運行時占用的系統(tǒng)資源小、擴展性好、支持負載平衡和郵件服務等開發(fā)應用系統(tǒng)常用的功能，因此在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的時候經(jīng)常被使用。 SQLServer 數(shù)據(jù)庫管理系統(tǒng)，它 是一個 中 型關系型數(shù)據(jù)庫管理系統(tǒng)， 它具有許多顯著的優(yōu)點：易用性、適合分布式組織的可伸縮性、用于決策支持的數(shù)據(jù)倉庫功能、與許多其他服務器軟件緊密關聯(lián)的集成性 、良好的性價比等。除這些 SQL Server 的優(yōu)點外， SQLServer 還為數(shù)據(jù)管理與分析帶來了靈活性，允許在快速變化的環(huán)境中從容響應，從而更有優(yōu)勢。 開發(fā)系統(tǒng)用的系統(tǒng)工具如表 所示 : 表 系統(tǒng)開發(fā)平臺和工具 工具名稱 Version 版本 用途 JDK 提供 java 開發(fā)環(huán)境 Myeclispe 提供 J2EE 集成開發(fā)環(huán)境 SQLServer SQLServer20xx 數(shù)據(jù)庫管理系統(tǒng) Tomcat 提供 WEB 服務器支持 程序設計 程序設計概述 在設計的 Web 層應用了 MVC 模式 ,Model 為核心業(yè)務邏輯，為整個系統(tǒng)的業(yè)務處理提供類支持。View 由 JSP 來實現(xiàn) ,為了業(yè)務邏輯和表示的分離 .它是基于 Web 應用系統(tǒng) ,主要為瀏覽器呈現(xiàn)； Web 層的應用 ,使用 Servlet 接收用戶瀏覽器發(fā)來的 GET/POST 請求，并進行相應的處理，最后返回結(jié)果瀏覽器端的用戶。使用 MVC 模式減少了代碼的復制，即減少了代碼的維護，由于模型返回的格式不帶任何顯示格式，因而模型可以直接應用于接口的使用，還因為 MVC 模型把不同的模型 和不同的視圖組合在一起完成不同的請求，因此，控制層可以說包含了用戶請求權(quán)限的概念。 數(shù)據(jù)庫與 Web服務器的連接 數(shù)據(jù)庫連接時采用連接池技術鏈接 SQLServer,具體代碼實現(xiàn)如下 : public class Conn { private static Connection conn。 static { try { 第 18 頁 共 62 頁 ()。 } catch(Exception e) { ()。 } } public static Connection getConn() //獲取連接函數(shù) { try { String user=sa。//sqlserver 用戶名 String password=215934。//sqlserver 用戶密碼 String url=jdbc: DatabaseName=book_manage。//sqlserver_url conn=(url,user,password)。//通過sqlserver 驅(qū)動管理器得到一個連接對象 (false)。//將連接的自動提交屬性設置為 false return conn。 } catch(Exception e) { ()。 return null。 } } public static Statement getStmt() //獲取 statement 對象 { try { return getConn().createStatement()。 } catch(Exception e) { ()。 return null。 } } public static int executeUpdate(String sql)//執(zhí)行插入、修改、刪除操作函數(shù) { try { return getStmt().executeUpdate(sql)。 } catch (SQLException e) { ()。 第 19 頁 共 62 頁 return 0。 } } public static ResultSet executeQuery(String sql)//執(zhí)行查詢函數(shù) { try { return getStmt().executeQuery(sql)。 } catch (SQLException e) { ()。 return null。 } } public static void executeCommit()//提交事務函數(shù) { try { ()。 } catch(Exception e) { ()。 try { ()。 } catch (SQLException e1) { ()。 } finally { try { if(getStmt()!=null) getStmt().close()。 } catch(SQLException se2) { } try { if(conn!=null) ()。 } catch(SQLException se) 第 20 頁 共 62 頁 { ()。 } } } } 登錄模塊的實現(xiàn) 系統(tǒng)登錄如圖 所示： 圖 系統(tǒng)登錄模塊 用戶在登錄頁面輸入用戶名和密碼，選擇登錄，登錄成功則跳轉(zhuǎn)到系統(tǒng)的首頁，否則提示錯誤信息。在服務器端進行用戶身份驗證的程序流程圖如圖 : 開 始結(jié) 束輸 入 用 戶 名 和 密 碼用 戶 名 和 密 碼 正 確登 陸 成 功 提 示 ， 進入 系 統(tǒng)提 示 驗 證 錯 誤NY 圖 用戶登錄流程圖 第 21 頁 共 62 頁 圖書采購模塊實現(xiàn) 采購模塊中，采購單以及采購單打印如圖 ， 所示： 圖 采購單 圖 打印采購單 圖書編碼模塊實現(xiàn)（ SNUT 編碼和中圖編碼） 采購圖書錄入時進行兩種編碼方式的編碼，采購圖書基本信息錄入、 snut 編碼、圖書上架分別如圖 、 、 所示： 圖 采購圖書基本信息錄入 第 22 頁 共 62 頁 圖 snut 編碼 圖 采購圖書上架 圖書查詢模塊實現(xiàn) 如圖 為聯(lián)合目錄搜索 圖 聯(lián)合目錄搜索 如圖 為級聯(lián)分類搜索 第 23 頁 共 62 頁 圖 級聯(lián)分類搜索 如圖 為圖書搜索結(jié)果 : 圖 圖書搜索結(jié)果 如圖 為圖書基本信息： 第 24 頁 共 62 頁 圖 圖書詳細信息 1 如圖 為圖書詳細信息： 圖 圖書詳細信息 圖書借還模塊的實現(xiàn) 如圖 為圖書借閱 第 25 頁 共 62 頁 圖 圖書借閱 如圖 為圖書歸還界面： 圖 圖書歸還 如圖 為所有借還信息的列表： 圖 借還記 錄列表 第 26 頁 共 62 頁 5 軟件測試 軟件測試的方法與步驟 該系統(tǒng)在本地服務器上進行運行和調(diào)試，鑒于對系統(tǒng)的內(nèi)部結(jié)構(gòu)和處理算法的完全了解以及對系統(tǒng)功能的全面掌握對系統(tǒng)進行白盒測試和黑盒測試。 在開發(fā)軟件系統(tǒng)的過程中，需要面對錯綜復雜的問題，因此，在軟件生存周期的每個階段都不可避免地會產(chǎn)生錯誤。測試目的在于：發(fā)現(xiàn)錯誤而執(zhí)行一個程序的過程 ,測試重要發(fā)現(xiàn)一個發(fā)現(xiàn)其中尚未發(fā)現(xiàn)的錯誤。 本系統(tǒng)的測試階段信息流程下圖 所示。 測 試 評 價調(diào) 試可 靠 性 模型軟 件 配 置測 試 配 置測 試 結(jié) 果預 期 結(jié) 果錯 誤錯 誤 率 數(shù)據(jù)正 確可 靠 性 預 測 測試階段信息流程圖 為了設計出有效地測試方案按照下面準則進行測試 :所有測試都應追溯到用戶需求；在完成了需求模型就要著手制定測試計劃，在編碼之前最所有測試工作進行計劃和設計；運用 Pareto 原理著重對占出現(xiàn)錯誤 80%的容易出錯的 20%的模塊進行測試 ,從小規(guī)模開始逐步進行大規(guī)模測試 ,通常先重點測試單個程序模塊再轉(zhuǎn)向集成的模塊簇 。精心設計測試方案 ,盡可能充分覆蓋程序邏輯使之達到要求的可靠性。 按照軟件工程的觀點，軟件測試（主要是指多模塊程序的測試）共包括 4 個層次。 1)單元測試。單元測試的用例從單元詳細設計中 導出。在單元測試中可以采用功能性測試和結(jié)構(gòu)性測試兩種。 2)集成測試和確認測試。這一階段的任務，是通過了單元測試的模塊逐步組裝起來，通過測試與糾錯，最終得到一個滿足需求的目標軟件。 3)驗證測試。在這個測試步驟中所發(fā)現(xiàn)的往往是需求規(guī)格說明的錯誤。一般來說，系統(tǒng)測試是功能性測試，不是結(jié)構(gòu)性測試。 在整個測試中，采用了白盒測試和黑盒測試相結(jié)合的方法。 測試用例設計與測試用例的運行過程及測試結(jié)果分析 模塊測試 1)登錄模塊測試 ,測試用例如表 ： 表 登錄模塊用例測試 用例 測試數(shù)據(jù) 預期結(jié)果 UC1:輸入正確的用戶名和密碼 用戶名 :admin密碼 :123456 系統(tǒng)跳轉(zhuǎn)到登陸成功頁面 第 27 頁 共 62 頁 UC2:輸入空用戶名 用戶名 : 請輸入用戶名 UC3:輸入用戶名和空密碼 用戶名 :admin 密碼 : 請輸入密碼 UC4:輸入用戶名和錯誤的密碼 用戶名 :admin 密碼 :182nm3 您輸入的用戶名或密碼錯誤 當用戶輸入的用戶名或密碼錯誤是系統(tǒng)會跳轉(zhuǎn)到出錯頁面并提示“您輸入的用戶名或密碼錯誤” ,用戶點擊確定 ,系統(tǒng)會重新返回登陸頁面 ,其中錯誤信息提示頁面如圖 : 圖 系 統(tǒng)出錯提示頁面 2)用戶注冊模塊測試 ,要求用戶輸入用戶名 ,由于用戶名為賬戶唯一標識利用異步進行查詢，如果賬號存在則提示用戶名已存在，讓用戶重新輸入，知道提示為正確，提示頁面如下圖 ： 圖 用戶名重復提示 ,重新輸入密碼進行確認 ,如果用戶輸入的原始密碼錯誤 ,或兩次輸入的新密碼不一致將無法執(zhí)行密碼更新操作 ,系統(tǒng)會給出相應的提示 ,起顯示頁面如圖 : 第 28 頁 共 62 頁 圖 兩次密碼不一致提示頁面 集成測試 把經(jīng)過單元測試的模塊放在一起形成一個子系統(tǒng) 并對它進行測試用于檢驗模塊相互間的協(xié)調(diào)和通信 ,這里主要對圖書管理員功能系統(tǒng)進行了測試 ,經(jīng)過檢驗其功能均得以順利實現(xiàn) ,下圖為管理員操作的讀者信息查詢模塊成功運行界面如圖 ： 圖 讀者基本信息查詢 把經(jīng)過測試的子系統(tǒng)裝配成一個完整的系統(tǒng)進行測試，經(jīng)過黑盒測試于白盒測試相結(jié)合的方式，對整個系統(tǒng)的各個功能模塊進行了測試，并調(diào)試改正其中的設計和編碼錯誤，經(jīng)過這個環(huán)節(jié)的 第 29 頁 共 62 頁 操作整個系統(tǒng)的功能基本實現(xiàn)成功運行。 驗收測試 在進行了以上的測試工作后，將整個軟件系統(tǒng)作為單一的實體進行測試，測試內(nèi)容 與系統(tǒng)測試基本類似，但它是在用戶積極參與下進行的，此測試過程主要使用實際數(shù)據(jù) ,進行測試 ,驗證測試的目的是驗證系統(tǒng)確實能夠滿足用戶的需求 ,經(jīng)過這個環(huán)節(jié)的實際數(shù)據(jù)測試，系統(tǒng)的各個功能實現(xiàn)都達到了系統(tǒng)需求設計的要求。 評價 測試過程嚴格按照測試的流程，經(jīng)過單元測試、子系統(tǒng)測試和系統(tǒng)測試。通過單元測試，查找出了系統(tǒng)各模塊內(nèi)部的錯誤；通過子系統(tǒng)測試，發(fā)現(xiàn)了模塊間相互協(xié)調(diào)和通信上的錯誤；通過系統(tǒng)的集成測試，發(fā)現(xiàn)了軟件設計過程中存在的錯誤。通過改正錯誤的設計和實現(xiàn)部分，保證了圖書借閱管理系統(tǒng)可以完成需求分析中制定 的需求。 從上面的測試中可以看出，此系統(tǒng)可以完成用戶登錄、系統(tǒng)設置、圖書管理、讀者管理管理、借閱管理和系統(tǒng)查詢等功能。讀者在本系統(tǒng)的應用下可實現(xiàn)按照各種方式 (如 :書名 ,編號 ,作者 )查詢圖書館的藏書請客 ,方便的借閱圖書 ,續(xù)借圖書 ,歸還圖書 ,能夠查詢自己的借閱圖書情況。圖書館工作人員能夠?qū)崿F(xiàn)方便的對圖書進行查詢 ,方便的進行讀者借閱情況查詢 ,方便的進行借書還書處理等 ,便捷的對圖書信息進行添加、修改、刪除 ,分類管理等操作 ,對讀者信息進行相關添加 ,修改 ,分類管理等操作。系統(tǒng)管