c夏普圖書館管理系統(tǒng)

1、xxxx 大學大學 項目論文項目論文 題 目： 圖書管理系統(tǒng) 專業(yè)班級： 姓 名： 學 號： 指導教師： 成 績： i 目目 錄錄 概概 述述.i 中文摘要中文摘要 .ii 英文摘要英文摘要.iii 第一章第一章 可行性分析可行性分析 .1 1.1 問題描述.1 1.2 可行性分析研究.1 1.2.1 技術可行性.2 1.2.2 經(jīng)濟可行性.2 1.2.3 操作可行性.2 1.3 結論意見.3 第二章第二章 需求分析需求分析 .4 2.1 需求分析.4 2.2 實體聯(lián)系圖.8 第三章第三章 系統(tǒng)概要設計系統(tǒng)概要設計 .10 3.1 總體設計.10 3.2 系統(tǒng)功能模塊圖.10 3.3 數(shù)據(jù)庫概

2、念設計.10 3.4 數(shù)據(jù)庫邏輯結構設計.11 3.5 連接數(shù)據(jù)庫的特點.12 第四章第四章 詳細設計詳細設計 .14 4.1 系統(tǒng)的主要功能.14 4.2 程序流程圖.14 4.3 用戶界面設計.16 4.3.1 一般交互設計.16 4.3.2 信息顯示設計.17 4.3.3 數(shù)據(jù)輸入設計.18 4.4 系統(tǒng)設計過程.19 4.4.1 登錄界面及密碼修改.19 4.4.2 圖書信息添加操作及修改.20 4.4.3 查詢操作.22 第五章第五章 編碼設計及測試編碼設計及測試 .23 5.1 代碼設計.23 5.1.1連接數(shù)據(jù)庫代碼設計.23 5.1.2登錄代碼設計.24 5.2 軟件測試.24

3、 5.2.1 測試的方法和步驟.25 5.2.2 測試用例.25 ii 第六章第六章 用戶手冊用戶手冊 .27 6.1 操作管理.27 6.2 圖書添加步驟.28 6.3 讀者添加步驟.29 6.4 查詢圖書信息步驟.29 第七章第七章 設計總結設計總結 .30 第八章第八章 文文 獻獻 .31 第九章第九章 致致 謝謝 .32 i 概概 述述 近年來，隨著圖書館規(guī)模的不斷擴大，圖書數(shù)量也相應的增加，有關圖書 的各種信息量也成倍增加，面對著龐大的信息量，傳統(tǒng)的人工方式管理會導致 圖書館管理上的混亂，人力與物力過多浪費，圖書館管理費用的增加，從而使 圖書館的負擔過重，影響整個圖書館的運作和控制管

4、理，因此，必須制定一套 合理、有效，規(guī)范和實用的圖書管理系統(tǒng)，對圖書資料進行集中統(tǒng)一的管理。 另一方面，隨著科技和經(jīng)濟的發(fā)展，非接觸式智能卡的廣泛應用已滲 透到各個領域，目前已經(jīng)覆蓋了身份識別、小區(qū)物業(yè)、智能大廈、出入口控制、 車輛管理、消費餐飲、商業(yè)物流、辦公考勤、人力資源管理、圖書管理、醫(yī)療 保健卡管理、電話收費管理、會議電子簽到與表決和保安巡更管理等等，其中 門禁、停車場管理、考勤、電梯控制、巡更、消費/pos、圖書管理的應用是當 前市場上最常見的。 ii 中文摘要中文摘要 本系統(tǒng)功能是對圖書館信息的管理，主要功能為管理有關讀者，書籍，借 閱和管理者的信息等。本系統(tǒng)結構分為讀者信息管理模

5、塊，書籍信息管理模塊， 借閱信息管理模塊，管理者信息管理模塊。讀者信息管理部分有兩方面的功能， 可以瀏覽讀者的信息，可以對讀者信息進行維護。書籍信息管理可以瀏覽書籍 的信息，可以對書籍信息進行維護。借閱信息管理可以顯示當前數(shù)據(jù)庫中書籍 借閱情況，可以對借閱信息進行維護。管理者信息管理可以顯示數(shù)據(jù)庫中管理 者的情況，可以對管理者信息進行維護。 iii abstractabstract the function of the system is for managing the information of library, which include the management of info

6、rmation about the readers, books, borrowing and browsing, managers and so on. the four sections of system are the management of information about readers, books information management, loan information management, the management of information about manager. there are two functions of the reader inf

7、ormation management module, it can give the information about the readers, and it can maintain their information too. identically, the books information management module can browse and maintain the information of the books. the borrowing information management module can manifest the situation whet

8、her the books in database are borrowed，and maintain the information about the books. the manager information management module can manifest the managers condition and maintain the information. 1 第一章第一章 可行性分析可行性分析 1.11.1 問題描述問題描述 圖書管理工作面對大量的可模塊化處理的信息，是當今信息革命的一個重 要陣地。開發(fā)圖書管理信息系統(tǒng)就是采用現(xiàn)代化的信息管理方式代替手工管理 方式，

9、提高圖書管理工作效率，作到信息的規(guī)范管理，科學統(tǒng)計和快速查詢， 讓圖書館更好的為學校，社會服務。 從以前的手工管理的記錄中我們可以發(fā)現(xiàn)這樣的問題： 1.檢索速度慢、效率低：因為圖書館的藏書種類多、數(shù)量多，將藏書 準確地分門別類，快速檢索，手工進行非常困難往往是終于查到了書的信息， 館中沒有此書或已被別人借走。圖書館的規(guī)模越大，這個問題越突出。 2.借書、還書工作量大：借書、還書頻率越大,說明圖書館的作用越大， 然而隨之而來的大量的借書、 還書登記、實存圖書的更新以及借出圖書超期、 遺失等的處理，其工作量之大，往 往是人工操作所難以勝任的。而且經(jīng)常會出 現(xiàn)這樣那樣的差錯。 3.圖書統(tǒng)計工作難、藏

10、書更新不能及時完成。：圖書館的圖書應根據(jù) 科學技術的發(fā)展和教學工作的需要及時添加和更新，然而由于藏書數(shù)量及圖書 種類越來越多，加上自然損耗，人為破壞，使圖書的統(tǒng)計工作難以及時完成， 藏書的更新也就很難有針對性地進行，藏書的知識結構得不到良好地控制。 1.21.2 可行性分析研究可行性分析研究 當接受一個軟件開發(fā)任務，就進入軟件生命的第一個階段，即進行可行性 的研究。并不是所有問題具有簡單的解決辦法，許多問題不能在預定的規(guī)模之 內(nèi)解決。因此通過可行性的研究分析可以知道問題。 有無可行性的解決方法，進而避免人力、物力和才力的浪費。在現(xiàn)行系統(tǒng) 初步調(diào)查的基礎上就可以提出新系統(tǒng)目標，即新系統(tǒng)建立后所要

11、求達到的運行 指標，這是系統(tǒng)開發(fā)和評價的依據(jù)。系統(tǒng)目標應充分體現(xiàn)，直接為圖書管理系 統(tǒng)服務，并且，程序可以分期分批實現(xiàn)。但是，需要指出的是，系統(tǒng)目標是不 可能在總體規(guī)劃階段就提得非常具體，它還將在開發(fā)過程中逐步明確和定量化。 2 以達到更加出色的程序系統(tǒng)。可是，目標的提法不盡相同，例如： 提高圖書管理效率，減輕勞動強度； 提高信息處理速度和準確性； 為管理者提供更方便、科學的服務項目。 1.2.11.2.1 技術可行性技術可行性 技術上的可行性分析主要分析現(xiàn)有技術條件能否順利完成開發(fā)工作，硬、 軟件配置能否滿足開發(fā)者需要等。目前圖書館各工作點均采用 pc 機作為工作臺， 其容量、速度能滿足系統(tǒng)

12、要求。 根據(jù)客戶提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項約束條件，根據(jù)新系統(tǒng) 目 標來衡量所需的技術是否具備，本系統(tǒng)是一個數(shù)據(jù)庫管理和查詢的系統(tǒng)，現(xiàn)有 的技術以較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項條件良好，估計 利用現(xiàn)有技術條件應完全可以達到該系統(tǒng)的功能目標。同時，考慮給予的開發(fā) 期限也較為充裕，預計系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā)。 1.2.21.2.2 經(jīng)濟可行性經(jīng)濟可行性 主要是對開發(fā)圖書管理系統(tǒng)的經(jīng)濟效益進行評價，一方面是估算開發(fā)它的 支出費用，其中包括設備購置費、軟件開發(fā)費、管理和維護費、人員工資和培 訓費等。另一方面是估算圖書管理這個軟件可能取得的收益中可以用錢來衡量 的那部分

13、。并對目前的軟件市場進行調(diào)查,所做軟件是否有很大的銷售市場和相 當規(guī)模的用戶群。所做軟件的開發(fā)成本與客戶提出的要求是否可達到雙方都滿 意。并且，分析系統(tǒng)開發(fā)是否會對其它產(chǎn)品或利潤帶來一定影響。經(jīng)過對上述 幾個方面的調(diào)查研究和分析，我們得出圖書管理這個軟件的使用性非常強，減 輕人力成本，在經(jīng)濟角度來說，開發(fā)圖書管理是可行的。 1.2.31.2.3 操作可行性操作可行性 主要是了解圖書管理的相關人員對開發(fā)信息系統(tǒng)是否支持，現(xiàn)有圖書管理 制度和方法是否科學，規(guī)章制度是否齊全，原始數(shù)據(jù)是否正確等。圖書管理人 員積極支持該系統(tǒng)開發(fā)，使新系統(tǒng)能夠充分的發(fā)揮作用；系統(tǒng)操作簡單，易于 3 理解，操作者經(jīng)過短時

14、間的培訓就可以使用圖書管理系統(tǒng)。 1.31.3 結論意見結論意見 經(jīng)過認真地可行性研究，系統(tǒng)基本上做到了在技術、經(jīng)濟、運行、法律上 的可行。因此，相信在按照計劃上實施的前提下，全系統(tǒng)的設計將會按時、高 質(zhì)量完成。所以，系統(tǒng)研制和開發(fā)是可以馬上進行的。 4 第二章第二章 需求分析需求分析 2.12.1 需求分析需求分析 該系統(tǒng)主要包括系統(tǒng)設置模塊、資料管理模塊、借閱管理模塊、打印中心模 塊等。詳細功能描述如下： 1、系統(tǒng)設置： 1)備份管理 a)系統(tǒng)備份 主要完成對數(shù)據(jù)資料庫的備份 b)恢復 主要完成對數(shù)據(jù)資料庫的備份恢復 2)導入數(shù)據(jù) a)導入 excel（excel 先提供簡單模板導入形式）

15、 b)marc 標準編目數(shù)據(jù)的導入 3)系統(tǒng)參數(shù) a)借書期限 可以根據(jù)讀者類別來設定讀者借閱圖書的時間 4)切換用戶 完成不同權限用戶之間的切換 5)修改密碼 修改當前用戶的登陸口令 6)用戶管理 a)添加 完成對操作員的添加 b)修改 完成對操作員的信息修改 c)刪除 刪除選定的操作員 d)權限設置（留有擴展，便于以后擴展） 為系統(tǒng)操作員設定不同的權限以便管理 7)系統(tǒng)初始化 主要完成系統(tǒng)數(shù)據(jù)的初始化 8)退出系統(tǒng) 操作員推出系統(tǒng) 2、資料管理 1)類別管理 a)讀者類別管理 讀者類別添加 添加讀者類別身份，如：老師、學生，在借閱時對身份的不同，所 對應的借閱條件不同。 5 讀者類別修改

16、維護讀者類型，更新讀者類別借閱條件。 讀者類別刪除 刪除讀者類型，刪除讀者類別前確保此類別無讀者。 b)圖書類別管理 圖書類別添加 添加圖書類型便于圖書管理。 圖書類別修改 維護圖書類型信息。 圖書類別刪除 刪除不需要的類別信息。 c)出版社管理 出版社資料添加 出版社信息添加，便于圖書錄入選擇。 出版社資料修改 維護出版社信息，更改出版社最新信息。 出版社資料刪除 刪除已過期出版社信息。 2)借閱資料管理 a)書籍管理 書籍添加 根據(jù)書籍類別不同，錄入相應圖書信息。 書籍修改 維護書籍數(shù)量、價格等信息。 書籍刪除 刪除已過期書籍信息。 下架 下架后書籍不會被查閱，但書籍信息不被刪除 篩選 根

17、據(jù)選擇條件查詢書籍信息。 刷新 根據(jù)當前查詢條件刷新界面信息。 預覽 可以預覽當前查詢出的結果，可進行預覽查詢。 導出 將數(shù)據(jù)導出到 excel 中，數(shù)據(jù)文件另存保存。 退出 退出當前功能窗體。 b)期刊管理 期刊添加 根據(jù)期刊類別不同，錄入相應圖書信息。 期刊修改 維護期刊數(shù)量、價格等信息。 期刊刪除 6 刪除已過期期刊信息。 下架 下架后期刊不會被查閱，但期刊信息不被刪除 篩選 根據(jù)選擇條件查詢期刊信息。 刷新 根據(jù)當前查詢條件刷新界面信息。 預覽 可以預覽當前查詢出的結果，可進行預覽查詢。 導出 將數(shù)據(jù)導出到 excel 中，數(shù)據(jù)文件另存保存。 退出 退出當前功能窗體。 c)其他物品管理

18、 其他物品添加 根據(jù)物品類別不同，錄入相應圖書信息。 其他物品修改 維護物品數(shù)量、價格等信息。 其他物品刪除 刪除已過期物品信息。 下架 下架后物品不會被查閱，但書物品息不被刪除 篩選 根據(jù)選擇條件查詢物品信息。 刷新 根據(jù)當前查詢條件刷新界面信息。 預覽 可以預覽當前查詢出的結果，可進行預覽查詢。 導出 將數(shù)據(jù)導出到 excel 中，數(shù)據(jù)文件另存保存。 退出 退出當前功能窗體。 d)篩選條件管理 篩選條件添加 對每個功能界面添加篩選條件查詢，并保存查詢條件 篩選條件修改 對保存的篩選條件進行修改。 篩選條件刪除 刪除不需要的查詢條件。 e)讀者管理 讀者添加 添加讀者信息，錄入讀者基本信息，

19、包括讀者聯(lián)系方式、班級信息 等，進行讀者身份確認。 讀者修改 7 維護讀者信息，更新讀者變更信息。 讀者刪除 刪除讀者信息，刪除讀者前確保此讀者借閱已全部歸還。 掛失處理 處理讀者借閱證申報掛失的信息。 篩選 根據(jù)選擇條件查詢讀者信息。 刷新 根據(jù)當前查詢條件刷新界面信息。 預覽 可以預覽當前查詢出的結果，可進行預覽查詢。 導出 將數(shù)據(jù)導出到 excel 中，數(shù)據(jù)文件另存保存。 退出 退出當前功能窗體。 3、借閱管理 a)出借 主要完成圖書借出業(yè)務工作，其中包括讀者歷史借閱記錄，圖書歸還記錄， 是否有未歸還圖書 b)歸還 主要完成圖書歸還業(yè)務工作 c)續(xù)借 主要完成讀者對對圖書的續(xù)借 4、打印

20、中心 催書信息打印 主要完成對于一段時間（操作員可設定）沒有歸還圖書進行統(tǒng)計，列出讀者信 息，并打印通告 、互聯(lián)網(wǎng)開發(fā) 用戶登錄 用戶可以通過互聯(lián)網(wǎng)登陸圖書管理系統(tǒng)，其中包括對資源的訪問權限控制 用戶信息自管理 讀者可以修改自己聯(lián)系方式等管理員授予權限的基本信息 在線圖書檢索 主要完成對圖書的檢索（通過設定不同的檢索條件） 網(wǎng)上續(xù)訂 主要完成讀者通過互聯(lián)網(wǎng)來進行續(xù)訂圖書 在線掛失 讀者通過網(wǎng)絡來掛失自己的學生證來避免圖書丟失 8 2.22.2 實體聯(lián)系圖實體聯(lián)系圖 根據(jù)對數(shù)據(jù)流圖和數(shù)據(jù)字典的分析，我們可以確定該應用中的實體，屬性 和實體之間的關系，并畫出如下所示的 e-r 圖。 讀者 系統(tǒng)設置

21、 管理員 資料管理 借閱圖書 備份管理導入數(shù)據(jù)系統(tǒng)參數(shù)切換用戶 類別管理 借閱資料管理 讀者類別管理 圖書類別管理 出版社管理 書籍管理 期刊管理 其他物品管理 讀者管理 圖 2.2 總功能用例 e-r 圖 2.2 需求單位實體 e-r 管理單位 圖書臺帳 圖書信息 編號 工作記錄 借閱人員 管理員 圖書類別 出版社信息 9 圖 2.3 管理實體 e-r 圖 用戶 修改時間 擁護權限操作員 所在單位 密碼 名稱 圖 2.4 操作員的 e-r 圖 圖書 名 稱 備注信息 單價isbn 頁數(shù) 類型 出版社 版次 作者 資產(chǎn)號 10 第三章第三章 系統(tǒng)概要設計系統(tǒng)概要設計 3.13.1 總體設計總體

22、設計 通過這個階段的工作將劃分出組成系統(tǒng)的物理元素。 系統(tǒng)概要設計的基本目的是用比較抽象的概括方式確定系統(tǒng)如何完成預定 的任務，也就是要確定系統(tǒng)的配置物理方案。軟件結構設計時應該遵循的最主 要的原理是模塊獨立，讓模塊彼此間的接口關系應該盡量簡單。 3.23.2 系統(tǒng)功能模塊圖系統(tǒng)功能模塊圖 可以根據(jù)模塊獨立原理對軟件結構進行精化。為了合理的分解，得到盡可 能高的內(nèi)聚、盡可能松散的耦合，最終要的是，為了得到一個易于實現(xiàn)、易于 測試和易于維護的軟件結構，應該對模塊進行再分解或合并。 系統(tǒng)功能模塊圖如圖 4.1 所示： 3.33.3 數(shù)據(jù)庫概念設計數(shù)據(jù)庫概念設計 數(shù)據(jù)庫一般分為三級模式：外模式、概念

23、模式和內(nèi)模式。外模式也就是不 同用戶所對的數(shù)據(jù)視圖，它將數(shù)據(jù)庫內(nèi)部抽象的數(shù)據(jù)及其互相之間的關系表示 為簡單、直觀的應用界面。概念模式是數(shù)據(jù)庫中全部數(shù)據(jù)的邏輯結構和特征描 11 述，通常以某種數(shù)據(jù)模型為基礎。內(nèi)模式是對數(shù)據(jù)的物理結構和存儲方式的描 述。 3.43.4 數(shù)據(jù)庫邏輯結構設計數(shù)據(jù)庫邏輯結構設計 在數(shù)據(jù)庫設計中相當重要的一步就是將概念模型轉(zhuǎn)化為計算機上 dbms 所支 持的數(shù)據(jù)模型，例如，將 e-r 圖模型轉(zhuǎn)化為關系模型，道理很簡單，我們設計 概念模型基本上都是一些抽象的關系，在再數(shù)據(jù)庫設計的實現(xiàn)過程中，在計算 機上有效地表示出這些關系就成了數(shù)據(jù)庫設計的關鍵。 根據(jù)圖書管理系統(tǒng)的功能要求

24、，選取 sqlserver 2000 作為后臺數(shù)據(jù)庫。 在上面的實體和實體之間的 e-r 圖設計基礎上，形成數(shù)據(jù)庫中的表格及表 格之間的關系。 一、主表的結構設計 1.圖書信息 圖書信息表是圖書基本信息進行統(tǒng)計，包括書名、isbn、圖書類別、出版 社、版本號、操作員等信息。 圖書信息表的結構表如表 4-1 所示 列 名數(shù)據(jù)類型長 度是否允許為空說明 編號 int 8否否編號（主鍵） 書名 varchar 8否書名 isbnint2 否 isbn 圖書類別 datatime 20 否圖書類別 出版社 varchar8 否出版社 版本號 varchar20 否版本號 頁數(shù) varchar20 是頁

25、數(shù) 操作員 varchar8 否操作員 創(chuàng)建時間 datatime8 否創(chuàng)建時間 2.讀者信息 讀者信息表是圖書基本信息進行統(tǒng)計，包括姓名、性別、出生日期、出生 地、聯(lián)系電話、操作員等信息。 12 圖片信息表的結構如表 4-2 所示 表 4-1. 基礎信息表 列 名數(shù)據(jù)類型長 度是否允許為空說明 編號 int 8否否編號（主鍵） 姓名 varchar 8否姓名 性別 int2 否單位名 出生日期 datatime 20 否出生日期 出生地 varchar8 否出生地 所屬班級 varchar20 否所屬班級 聯(lián)系電話 varchar20 是聯(lián)系電話 操作員 varchar8 否操作員 創(chuàng)建時間

26、 datatime8 否創(chuàng)建時間 4.操作用戶信息 操作用戶表是對使用本系統(tǒng)的用戶進行身份和權限驗證用的，包括用戶名 稱、密碼、所在單位、用戶權限信息、操作員、最后修改時間。 操作用戶表的結構如表 4-5 所示 表 4-5 操作用戶結構表 列名數(shù)據(jù)類型長度是否為空說明 usernamevarchar8否否用戶名 passwordvarchar20否否密碼 szdwvarchar20是是所在單位 qx1bit1是是權限一 qx2bit1是是權限二 qx3bit1是是權限三 operatorvarchar8是是操作員 3.53.5 連接數(shù)據(jù)庫的特點連接數(shù)據(jù)庫的特點 當開發(fā)環(huán)境通過連接到數(shù)據(jù)庫上之后

27、，在設計中使用數(shù)據(jù)庫畫筆可實現(xiàn)對 該數(shù)據(jù)庫中表格，視圖等的操作，如創(chuàng)建表,修改表，刪除表，增加/刪除記錄。 13 設計中設計數(shù)據(jù)窗口的時候，通過對話框?qū)崿F(xiàn)與數(shù)據(jù)的連接。在應用程序 中則一般是在應用程序?qū)ο笾袝鴮戇B接數(shù)據(jù)庫的程序代碼，使得應用程序開始 運行并實現(xiàn)與數(shù)據(jù)庫的連接。 14 第四章第四章 詳細設計詳細設計 詳細設計階段的根本目標是確定應該如何具體地實現(xiàn)所要求的系統(tǒng)，包括 了用戶界面設計、程序過程設計等步驟。 4.14.1 系統(tǒng)的主要功能系統(tǒng)的主要功能 1、圖書信息的輸入，相關信息的輸入等 2、讀者信息管理的各種信息查詢，修改和維護 3、操作日志的管理 4、圖書管理系統(tǒng)的使用幫助 4.2

28、4.2 程序流程圖程序流程圖 程序流程圖的優(yōu)點是對控制流程的描繪很直觀，易于掌握。 1、錄入信息系統(tǒng)其程序流程圖如圖 5.1 所示 15 是 是 否 否 否 是 圖 5.1 系統(tǒng)程序流程圖 管理員 輸入查詢 條件 查詢相應 圖書信息 是否存 在 繼續(xù)錄 入 導入信 息 錄入 結束 16 4.34.3 用戶界面設計用戶界面設計 4.3.14.3.1 一般交互設計一般交互設計 一般交互涉及信息顯示、數(shù)據(jù)輸入、和系統(tǒng)整體控制等方面。 1、一致性 為客戶交互界面中的菜單選擇、命令輸入、數(shù)據(jù)顯示以及眾多的其他功能， 使用一致的格式。 在設計的過程中，基本上保持了系統(tǒng)的格式一致。 2、信息的反饋 向用戶及

29、時提供視覺和聽覺的信息反饋，以保證在用戶和系統(tǒng)之間及時地 建立雙向通信。 在本系統(tǒng)設計過程中，基本做到了信息的及時反饋，在信息顯示的大部分 窗體中包括了刷新按鈕，會對數(shù)據(jù)庫中的數(shù)據(jù)進行及時地顯示。另外，在進行 錯誤操作是，會彈出提示窗口并發(fā)出警告提示音。 3、執(zhí)行有較大影響的操作前提示用戶確認 在設計過程中，如果用戶要執(zhí)行刪除操作，以及對數(shù)據(jù)庫的讀寫操作時， 都會有窗體彈出詢問繼續(xù)操作或者予以提示。 4、減少兩次操作間需要記憶的內(nèi)容 為了避免用戶為下一步操作而記憶大量數(shù)據(jù)，所以在設計過程中在需要數(shù) 據(jù)傳遞的窗體中設置全局變量，來傳遞數(shù)據(jù)。例如在入賬和入庫的模塊的操作 中都用到了這樣的方法。 5

30、、對話、移動和思考的效率 盡量減少用戶擊鍵的次數(shù)，在設計時考慮到了用戶屏幕的布局以減少用戶 17 鼠標移動的距離，盡量避免用戶在操作中發(fā)生疑問的情況。 6、允許錯誤 允許用戶的誤操作盡量不對系統(tǒng)造成傷害。 7、按功能對動作分類，并據(jù)此設計屏幕布局 屏幕布局盡量將軟件所具有的所有功能在主頁面展示，界面一目了然。 4.3.24.3.2 信息顯示設計信息顯示設計 應當盡量為用戶提供的界面顯示時完整的、明確的和容易理解的。這樣才 能滿足用戶的需求。使用不同的方式顯示信息：用文字、圖形、聲音，按位置、 移動和大小，使用顏色和省略等方式傳達信息。 1、只顯示與當前工作有關的信息 在用戶操作有關系統(tǒng)的特定功

31、能的信息時，不必看到與之無關的數(shù)據(jù)、菜 單和圖形。 2、使用便于用戶迅速吸收數(shù)據(jù)的方式來表示數(shù)據(jù) 在系統(tǒng)設計的過程中，較多地使用了圖表的形式表示數(shù)據(jù)，例如在分析中 就使用了柱狀圖的形式表現(xiàn)了復雜的數(shù)據(jù)。這樣，用戶可以直觀的體會到圖表 所表示的含義。 3、使用一致的標記、標準的縮寫和可預知的顏色 18 為了使系統(tǒng)所表達的含義準確、無誤，就必須適用一致的標記、標準的縮 寫和可以預知的縮寫，這樣用戶就無需參照其他信息源就能理解，而正確地適 用軟件。 4、產(chǎn)生有意義的錯誤信息 對于系統(tǒng)在運行過程中產(chǎn)生的錯誤盡量給用戶返回一個容易理解的錯誤信 息，以使用戶保持對系統(tǒng)的信任，和系統(tǒng)的可用性。 5、使用窗口

32、分隔不同類型的信息 使用不同的窗口顯示、保存不同類型的信息。 6、高效率的使用顯示屏 當使用多窗口時，應該有足夠的空間使得每個窗口至少都能顯示出一部分。 此外，屏幕的大小應該選得和應用系統(tǒng)的類型相配套。 在各個顯示數(shù)據(jù)的窗口中，由于數(shù)據(jù)窗體項目較多，所以在數(shù)據(jù)窗體空間 中較多的是用了垂直和水平滾動條，以保證信息的全面正確顯示。 4.3.34.3.3 數(shù)據(jù)輸入設計數(shù)據(jù)輸入設計 用戶的大部分時間用在選擇菜單命令、鍵入數(shù)據(jù)和向系統(tǒng)提供輸入。在系 統(tǒng)中，鍵盤是主要的輸入介質(zhì)，但是鼠標等設備的也是重要的輸入手段，所以， 對于他們的數(shù)據(jù)輸入操作有如下約定： 1、保持信息顯示和數(shù)據(jù)輸入間的一致性 為了方便用

33、戶的使用，鼠標應當盡量減少操作的幅度。 19 2、保持顯示信息和輸入信息之間的一致性 對于用戶來說，要保證其輸入的數(shù)據(jù)在顯示上與其他顯示的視覺特征（例 如：文字大小、顏色、位置等）要一致。 對于不同類型的用戶在登錄到系統(tǒng)后，由于有不同的權限，所以在主界面 中會有一些項目受到限制而無法使用，所以要使這些項目不發(fā)生作用，以保證 系統(tǒng)安全。 4.44.4 系統(tǒng)設計過程系統(tǒng)設計過程 系統(tǒng)設計主要是在借助過程設計工具的情況下，對程序的具體實現(xiàn)過程進 行設計。程序的主要部分設計在這個環(huán)節(jié)完成。其主要包括以下幾個部分： 4.4.14.4.1 登錄界面及密碼修改登錄界面及密碼修改 1、登錄界面如圖 5.3 所

34、示 用戶名是否輸入 否 是 密碼是否輸入 否 是 查找管理員表中對應密碼的用戶 否 存在？ 是 打開主窗體 檢查輸入次數(shù)3 關閉窗體 圖 5.3 登錄界面圖 在用戶登錄時，在輸入用戶名和密碼及用戶類型的前提下將其與數(shù)據(jù)庫中 的數(shù)據(jù)進行對比，若一致，則打開主窗體，若不一致提示錯誤，并要求再次輸 入，若輸入次數(shù)超過三次，則關閉系統(tǒng)。 在這個部分中，需要對用戶的類型存入一個全局變量，予以判斷其所具有 的系統(tǒng)使用權限，例如，用戶類型為 dba，則該用戶擁有系統(tǒng)的一切權力，可 以對每一部分進行添加、刪除、查找、統(tǒng)計等操作；而其他用戶類型都依據(jù)其 20 類型的屬性，可以使用的部分也會相應減少，而只能使用一

35、部分與其類型相匹 配的功能。 2、密碼修改如圖 5.4 所示 兩次輸入的密碼是否一致 否 是 原密碼是否正確 否 是 對數(shù)據(jù)庫中的相應字段進行更新 提示已更新并提交更新 關閉窗體 檢查輸入次數(shù)3 圖 5.4 密碼修改圖 在用戶更改密碼時，系統(tǒng)首先判斷輸入的兩次舊密碼是否一致，若一致， 則判斷原密碼是否正確，如果原密碼正確，則對數(shù)據(jù)庫中的相應字段進行更新。 4.4.24.4.2 圖書信息圖書信息添加操作及修改添加操作及修改 1、圖書信息添加如圖 5.5 所示： 是否為已存在圖書 是 否 提示：需要在保存后退出 是否保存？ 否 是 保存成功 否 是 rollback commit 關閉窗體 圖 5

36、.5 圖書信息添加如圖 21 開始界面 圖書管理 管理員查詢某圖書，系統(tǒng)提示所查圖書信息為空，然后管理員可根據(jù)需求是否 添加該圖書信息。 2、圖書修改 此功能是對圖書信息、編號修改。 首先系統(tǒng)將從數(shù)據(jù)庫中讀取所有可用的圖書信息，其中包括編號、名稱、出生 日期等信息，管理員可視情況分別修改。修改完畢并確認后，系統(tǒng)將所做修改保存， 并將新的記錄保存于數(shù)據(jù)庫中。 在圖書管理操作中，為了保護數(shù)據(jù)庫以及考慮實際因素，對姓名、編號的修改 時都不能留空，同時編號的修改也不能有重復，若出現(xiàn)此類情況則提示出錯。 實現(xiàn)該功能的程序流程圖如 5.6 所示： 否 是否繼續(xù) 是 編號修改 名稱修改 信息修改 否 是否符

37、合要求 是 修改成功 圖 5.6 圖書修改程序流程圖 22 4.4.34.4.3 查詢操作查詢操作 查詢操作如圖 5.7 所示 輸入查詢信息 否 是 是否存在該信息數(shù)據(jù) 否 是 提示沒有 輸出該信息 所要查詢 的信息 確認信息 關閉窗體 圖 5.7 查詢操作圖 在執(zhí)行查詢操作之前通常要先在單行文本框中輸入被查詢的條件，在單行 文本框失去聚焦時將查詢條件傳遞給查詢按鈕的單擊事件中，然后過濾語句依 據(jù)此過濾條件過濾得出相應的數(shù)據(jù)，并顯示在其他數(shù)據(jù)窗體控件中。 在通常情況下，用戶可以在得到要查詢的信息后，對它們的各個字段進行 修改，經(jīng)過修改后，在退出時系統(tǒng)會提示進行存儲。 在完成了用戶界面設計和程序

38、過程設計后，基本上完成了詳細設計的內(nèi)容。 23 第五章第五章 編碼設計及測試編碼設計及測試 5.15.1 代碼設計代碼設計 5.1.1 連接數(shù)據(jù)庫代碼設計連接數(shù)據(jù)庫代碼設計 public static void open () if (datafactory.instance.getconnection().state = connectionstate.closed) datafactory.instance.getconnection().open(); 解釋：方法執(zhí)行打開數(shù)據(jù)庫連接操作。 public static void close () if (datafactory.instan

39、ce.getconnection().state = connectionstate.open) datafactory.instance.getconnection().close(); 解釋：方法執(zhí)行關閉數(shù)據(jù)庫連接操作。 public static bool executesql (string sql) dbcommand cmd = datafactory.instance.getcommand(sql); try openconnection(); cmd.executenonquery(); return true; catch (exception ex) throw ex; f

40、inally closeconnection(); 解釋：方法執(zhí)行數(shù)據(jù)庫操作語句。 24 5.1.2 登錄代碼設計登錄代碼設計 private void btnsave_click(object sender, eventargs e) admin admin = new admin(); admin.userid = this.txtuser.text; admin.pass = txtpwd.text; admindb admindb = new admindb(); admin = (admin)admindb.selectgetsqlbaseobject(admin, admin.ge

41、ttype(); if (admin = null) publicmethod.shwomessage(用戶名或密碼錯誤); else this.dialogresult = dialogresult.ok; new parameterinfdb().update(this.skinfile); return; 解釋：軟件登錄窗體登錄按鈕事件代碼。 5.25.2 軟件測試軟件測試 一個軟件開發(fā)完成后，并不能投入使用，而需要有好長時間的測試。測試 的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件中的錯誤。目前 軟件測試仍然是保證軟件質(zhì)量的關鍵步驟，它是對軟件規(guī)格說明、設計和編碼 的最后復審

42、。 在本次設計中，涉及到的主要模塊有四個，即查詢模塊、維護模塊、輸入 模塊和報表模塊，它們之間的聯(lián)系決定了在測試中必須將上述四個功能模塊進 行統(tǒng)一的測試。 在設計模塊時，應盡力向高內(nèi)聚、低偶合的思想方面靠攏。 25 5.2.15.2.1 測試的方法和步驟測試的方法和步驟 軟件的測試方法有兩種，一種是黑盒測試（功能測試） ，另外一種是白盒測 試（結構測試） 。 黑盒測試把程序看作一個黑盒子，完全不考慮程序的內(nèi)部結構和處理過程。 也就是說，黑盒測試是在程序接口進行的測試，它只檢查程序功能是否能按照 規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)慕邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸 出信息，程序運行過程中能否保持

43、外部信息的完整性。 白盒測試的前提是可以把程序看成裝在一個透明的白盒子里，測試者完全 知道程序的結構和處理算法。這種方法按照程序內(nèi)部的邏輯測試程序，檢測程 序中的主要執(zhí)行通路是否能按預定的要求正確工作。 在本次軟件的測試工作中，由于水平的限制，僅僅對軟件的各個功能模塊 進行了測試，并對各個模塊之間的接口進行了詳細的測試（用黑盒測試法） 。 測試的步驟 由于該系統(tǒng)是一個小系統(tǒng)，可以把整個系統(tǒng)作為一個單獨的實體來測試。 當然，在測試的過程中可以分模塊、分階段來進行。大型軟件系統(tǒng)通常是有若 干個子系統(tǒng)組成，且每個子系統(tǒng)由由許多模塊組成，因此，軟件的測試過程基 本上由以下步驟組成： 模塊測試 子系統(tǒng)測試 系統(tǒng)測試 驗收測試 平行運行 5.2.25.2.2 測試用例測試用例 本次設計主要模塊有四個，即查詢模塊、維護模塊、輸入模塊