【正文】 from manager) do while not b）管理 員添加 要添加讀者信息之前，首先檢查該讀者信息是否已經(jīng)存在，如果存在則給出提示信息，并跳轉(zhuǎn)回讀者信息添加頁面。該頁面將選定的管理員信息再現(xiàn)在頁面上，并提示了 “修改 ”和 “重置 ”功能按鈕。rs(id)) rs1(0) td align=center bgcolor=FFFFFFa href=?action=edituseramp。以用戶的角度通過操作本系統(tǒng)來發(fā) 現(xiàn)系統(tǒng)存在的錯誤和缺陷。在圖書管理系統(tǒng)當(dāng)中，我們也應(yīng)主動培養(yǎng)完整系統(tǒng)開發(fā)的意識。 然而個人所學(xué)還是有不全面的地方，本系統(tǒng)還不能實現(xiàn)高級查詢這一個功能，系統(tǒng)的實現(xiàn)還是有所困難， 由于該系統(tǒng)要求是基于網(wǎng)絡(luò)的圖書借閱系統(tǒng)，如果網(wǎng)絡(luò)上的一個用戶要借閱這系統(tǒng)中的某一本書，系統(tǒng)就比較難以實現(xiàn)。 還要感謝圖書館的工作人員，在此次畢業(yè)設(shè)計中，我多次咨詢圖書館的老師，他們給予了諸多意見和建議。論文的成果中也包含了他們支付的機會成本。盡管本管理系統(tǒng)存在著很多不足，但其功能全面、易于日后程序更新、數(shù)據(jù)庫管理容易、界面友好、操作方便、效率高、安全性好等優(yōu)點是本管理系統(tǒng)所必需的。 對輸入的數(shù)據(jù)長度沒有進行判斷，對一些固定長度的數(shù)據(jù)類型會提示語句終止，而對于動態(tài)變化長度的類型不會進行判斷。 測試原則： a） 所有的測試都應(yīng)可追溯到客戶需求； b）、 應(yīng)該在測試工作真正開始前較長時間就進行測試計劃； c） Pareto 原則可應(yīng)用于軟件測試； d） 測試應(yīng)從 “小規(guī)模 ”開始，逐步轉(zhuǎn)向 “大規(guī)模 ”測試； e） 窮舉測試是不可能的； f） 為了達(dá)到最有效，應(yīng)該由獨立的第三方來構(gòu)造測試。 set rs=(sqlstr)//執(zhí)行該 SQL 查詢，如果沒有記錄返回，則把讀取的表單中的數(shù)據(jù)插入數(shù)據(jù)表 ()//轉(zhuǎn)到指定頁面 否則，響應(yīng) 此讀者編號已經(jīng)存在！ a href=返回 /a//通過超連接返回到指定頁面 2）管理員信息的刪除功能 在管理員信息管理頁面上選擇待刪除的讀者，在其右側(cè)單擊 “刪除 ”鏈接，則彈出刪除的提示信息，若確定刪除則可完成管理員信息的刪除操作。passwordamp。如果查詢文本框中的數(shù)據(jù)為空，則將 ReaderInfo 表中的所有讀者信息全部 顯示；若不為空，則需要取得查詢方式構(gòu)造查詢語句。 圖 已借閱信息查詢 保存讀者 ID 號 readerid=session(readerid) 通過 selClass 的取值和查詢條件設(shè)置查詢字符串。 return false。 () ()。系統(tǒng)用戶模塊主要實現(xiàn)的功能是系統(tǒng)提供用戶查詢自己的借閱信息及用戶對自己所需要的圖書的查詢。其中 Book 表是用來存放圖書的，如管理員要對書庫中的書做一些調(diào)整可以通過對 Book 的修改從而達(dá)到。 實體之間的聯(lián)系涉及的數(shù)據(jù)項有：借閱信息表：借閱人姓名，圖書編號，借書日期。 統(tǒng)計查詢 統(tǒng)計查詢的主要內(nèi)容包括： a）讀者查詢，主要功能是錄入讀者的姓名或期讀者 ID來精確查詢或模 糊查詢讀者的相關(guān)信息； b）借閱查詢，主要功能是錄入讀者 ID 或圖書編號對當(dāng)前已經(jīng)借閱的圖書及讀者的信息查詢。用戶界面應(yīng)當(dāng)直觀、明了、條理清晰。具體的設(shè)計原則如下： 實用性原則：要力求最大限度得滿足實際工作的需要，考慮各業(yè)務(wù)層次、各管理環(huán)節(jié)數(shù)據(jù)處理的實用性，把滿足用戶生產(chǎn)的和管理業(yè)務(wù)作為第一要素進行考慮。面向?qū)ο蟪绦蛟O(shè)計的出發(fā)點之一就是彌補面向過程程序設(shè)計中的一些缺點：對象是程序的基本元素，它將數(shù)據(jù)和操作緊密地連結(jié)在一起，并保護數(shù)據(jù)不會被外界的函數(shù)意外地改變。 面向?qū)ο蟮某绦蛟O(shè)計的基本概念 面向?qū)ο蟪绦蛟O(shè)計中的概念主要包括：對象、類、數(shù)據(jù)抽象、繼承、動態(tài)綁定、數(shù)據(jù)封裝、多態(tài)性、消息傳遞。它將可視布局工具、應(yīng)用程序開發(fā)功能和代碼編輯支持組合為一個功能強大的工具，使每個級別的開發(fā)人員和設(shè)計人員都可利用它快速創(chuàng)建界面吸引人并且基于標(biāo)準(zhǔn)的站點和應(yīng)用程序 。 ANSI（美國國家標(biāo)準(zhǔn)學(xué)會）聲稱， SQL 是關(guān)系數(shù)據(jù)庫管理系統(tǒng)的標(biāo)準(zhǔn)語言。 Response 對象的語法如下： Response [ .集合 | 屬性 | 方法 ] Response 對象的方法包括 AppendToLog、 BinaryWrite、 Clear、 End、 Flush、 Redirect、Write 等。 如果你以前創(chuàng)建過一個站點，其中混合了 HTML、腳本語言以及組件，你就可以在其中加入ASP 程序代碼。 b）開發(fā)的硬件可行性 由于現(xiàn)在電腦的發(fā)展是非常的飛快，所以在硬件上應(yīng)該沒有什么問題，現(xiàn)在的電腦的處理能力還是相當(dāng)可以的。 本開發(fā)的設(shè)計和維護費用教小，系統(tǒng)維護手段簡單可行，系統(tǒng)支出少，且系 統(tǒng)開發(fā)成功后所帶來的效益是一定的，可以說這個設(shè)計的性價比較高，應(yīng)該說是一個成功的設(shè)計。 典型的圖書管理系統(tǒng)主要應(yīng)具有以下功能： 圖書入庫管理：錄入新 的圖書信息。 該系統(tǒng)要求能在 WIN9 WIN2021 及更高級環(huán)境下運行。為提高圖書查詢效率，減少系部圖書管理員的工作負(fù)擔(dān)，有必要開發(fā)一個小型圖書管理軟件來對系部圖書實施有效管理。因此，開發(fā)一套這樣的中小型圖書管理軟件已經(jīng)很有必要，并且實現(xiàn)研究服務(wù)于實踐的原則。 圖書管理的現(xiàn)狀和趨勢 隨著近年 來信息技術(shù)及計算機網(wǎng)絡(luò)技術(shù)的不斷發(fā)展 , 圖書館也先從傳統(tǒng)的圖書館發(fā)展到自動化圖書館，再發(fā)展到今天的數(shù)字圖書館，這些變化使得圖書館的形象越來越現(xiàn)代化，人們查找資料也更加方便。并且在人們來借書的時候，首先持證件者要去存放圖書分類卡片的文件柜里查找想借的書是否在架，如果卡片存在，再按照圖書分類卡片在相應(yīng)的書架上找到需要的圖書，然后登記持證件者的借還書時間和在書簽條上寫下借還書記錄，之后把會員證留在那里；還書的時候，相對應(yīng)的消去出借 記錄；這樣做起來比較麻煩，比較費時間。在系統(tǒng)的實現(xiàn)中運用了多種查詢技術(shù)，特別是多條件組合查詢；同時在系統(tǒng)中采取了多種安全性措施，確保了系統(tǒng)在一定程度上的安全可靠。如果讀者沒有逾期未還圖書情況及所借圖書沒超過可借圖書數(shù)量，則可繼續(xù)辦理借書手續(xù)，否則不予辦理。以上所描述的手工過程的不足之處顯而易見，首先處理借書、還書業(yè)務(wù)流程的效率很低，其次處理能力比較低，一段時間內(nèi)，所能服務(wù)的讀者人數(shù)是有限的。為提高管理效率，更好地為讀者服務(wù)，利用已有的辦公局域網(wǎng)絡(luò)條件，將館藏書籍做成基于 WEB 的查詢系統(tǒng)，實現(xiàn)圖書 在一個單位的網(wǎng)絡(luò)內(nèi)甚至 Inter 上查詢，可使圖書查詢和借閱變得更加方便快捷，從而使圖書室的工作效率得到明顯提高。 b）圖書管理模塊：是圖書管理員操作模塊，讀者是無權(quán)進入的。 針對以上情況，決定組建一個基于瀏覽器 /服務(wù)器結(jié)構(gòu)的圖書管理系統(tǒng)，要求該系統(tǒng)能對登錄后的用戶實行權(quán)限管理。需求分析是軟 件定義時期的最后一個階段，它的基本任務(wù)是準(zhǔn)確地回答 “系統(tǒng)必須做什么？ ”這個問題。 圖書查詢管理：通過各種查詢方式來進行查詢，比如書號、作者等。使用其作為開發(fā)工具是因為對這個開發(fā)工具更具有更好的了解和開發(fā)能力。并且本系統(tǒng)提供了簡單，易懂的界面，讓客戶盡快的熟悉圖書管理系統(tǒng)的操作。 目前的 ASP 版本總共提供了六個內(nèi)建對象，分別是 Request 對象、 Response 對象、Server 對象、 Session 對象、 Application 對象及 ObjectContext 對象，其各自功能簡述如下： Request 對象：負(fù)責(zé)從客戶機接收信息； Response 對象：負(fù)責(zé)響應(yīng) 用戶請求； Application 對象：負(fù)責(zé)保存所有 ASP 程序用戶的共用信息； Session 對象：負(fù)責(zé)保存單個用戶與應(yīng)用程序交互的各種信息； Server 對象：負(fù)責(zé)控制 ASP 的運行環(huán)境。 d） Session 對象 Session 對象，可以使不同的用戶存儲自己的信息，當(dāng)用戶在應(yīng)用程序的 Web 頁之間跳轉(zhuǎn)時，存儲在 Session 對象中的變量將不會丟失。 SQL 功能強大，是一種完備的數(shù)據(jù)處理語言，不僅用于數(shù)據(jù)庫查詢，而且用于數(shù)據(jù)庫中的數(shù)據(jù)修改和更新，概括起來，它可以分成以下幾組： DML（ Data Manipulation Language，數(shù)據(jù)操作語言）：用于檢索或者修改數(shù)據(jù)； DDL（ Data Definition Language，數(shù)據(jù)定義語言 ）： 用于定義數(shù)據(jù)的結(jié)構(gòu)，比如 創(chuàng)建、修改或者刪除數(shù)據(jù)庫對象； DCL（ Data Control Language，數(shù)據(jù)控制語言）：用于定義數(shù)據(jù)庫用戶的權(quán)限。 數(shù)據(jù)接口的選擇 由于系統(tǒng)和所用的開發(fā)工具自身所帶的特點，所以系統(tǒng)中所要用到的接口有Connection 接口、 Statement 接口和 PreparedStatement 接口三個接口。在面向過程程序設(shè)計中，問題被看作一系列需要完成的任務(wù)，函數(shù)（在此泛指例程、函數(shù)、過程）用于完成這些任務(wù)，解決問題的焦點集中于函數(shù)。 c）結(jié)合面向?qū)ο蠓治?、面向?qū)ο笤O(shè)計，允許將問題域中的對象直接 映射到程序中，減少軟件開發(fā)過程中中間環(huán)節(jié)的轉(zhuǎn)換過程。軟件設(shè)計應(yīng)盡可能模塊化、組織化，使應(yīng)用系統(tǒng)可靈活配置，適應(yīng)不同的情況。規(guī)范化程度過低的數(shù)據(jù)庫，可能會存在插入 /刪除異常、修改復(fù)雜、數(shù)據(jù)冗余等問題，解決的方法就是對關(guān)系模式進行分解或合并，轉(zhuǎn)換成高級范式。 系統(tǒng)數(shù)據(jù)分析和設(shè)計 通過對圖書管理系統(tǒng)的分析，可以得出該系統(tǒng)涉及三個實體：讀者、圖書、工作人員。 表 圖書庫表 (Book) 列名 數(shù) 據(jù)類型 長度 允許空 BookId int 4 Title varchar 50 圖 系統(tǒng) ER 簡圖 還書 借閱 讀者 管理員 圖 書 維護書 Austhor varchar 50 TSLB varchar 50 √ ISBN varchar 50 CBS varchar 50 √ TSZT varchar 16 √ TSXX text 50 √ CBSJ varchar 4 √ DJ int 4 √ PCJE int 4 √ TSKCL int 4 √ 創(chuàng)建的讀者表設(shè)計見表 。從而保證了書的出處有據(jù)可依。 ASP ASP ASP ASP ASP ASP 登 陸 首 頁 圖 書 查 詢 已借閱信息查詢 圖 書 添 加 管 理 員 修 改 圖 登錄界面 登陸功能的流程圖見圖 圖 登陸功能流程圖 登錄界面部分代碼： link href= rel=stylesheet type=text/css/ script type=text/javascript function checklogin(){ if (==39。39。 讀取讀者 ID ID==ReaderInfo 中的 ReaderID 登陸成功，進入讀者功能模塊頁面 相等 不相等 圖 圖書信息查詢 圖書信息查詢功能流程見圖 。 do while(not and count pageSize) //通過此循環(huán)輸出當(dāng)前記錄集元素 ，并判斷最后時間 。如果不存在該讀者信息，則將數(shù)據(jù)寫入 ReaderInfo 表中。讀者信息再現(xiàn)的關(guān)鍵代碼如下： 獲 取 readerID 并通過它作為查詢條件組織 SQL 語句 執(zhí)行 SQL 返回記錄集 讀取記錄集中的各個字段值，并通過 ReaderTypeID 升序排序 whil