【正文】 FillGrid(((), (), true))。amp。amp。 == true) { FillGrid(((), true))。 == true amp。 18 } else if ( == false amp。amp。amp。 } else { FillGrid(((), true))。amp。amp。 } else { FillGrid(((), false))。amp。amp。 == true) { FillGrid((true))。 == false amp。 } else if ( == false amp。amp。amp。選中時(shí)是已經(jīng)借出去圖書的信息。點(diǎn)擊查詢按鈕即可查詢?cè)擃愋偷乃袌D書信息。在子系統(tǒng)中主要完成圖書信息的查詢。 } } catch { ( 數(shù) 據(jù) 庫 連 接 失 敗 , 請(qǐng) 修 改 連 接 串 , 警告 , , )。 = 。 } } else { (用 戶帳號(hào)或密碼有誤！請(qǐng)重新輸入！ , 警告 , Message BoxButtons. OK, )。 ()。 != 系統(tǒng)管理員 ) { ( 您不是系統(tǒng)管理員！ , 警告 , , )。 if (flag) { if ( == 系統(tǒng)管理員 amp。 = (())。讀者的登錄窗口和管理員的登錄窗口是同一個(gè)，在窗口中選擇用戶的身份，如：讀者或管理員。圖書管理系統(tǒng)是內(nèi)部系統(tǒng)，系統(tǒng)中的各種信息不對(duì)外公開，所以必須經(jīng)過身份驗(yàn)證 的讀者才可以進(jìn)入系統(tǒng)。這在下面的圖 42— 圖 45中可以看出 圖 22 圖書屬性圖 圖 23 借閱信息屬性圖 圖 24 圖書類別信息屬性圖 13 圖 25 總體 ER屬性圖 數(shù)據(jù)表的創(chuàng)建 根據(jù)需求分析設(shè)計(jì)出各個(gè)數(shù)據(jù)表。 從這個(gè)關(guān)系中我們可以看到：每一本圖書只能被一個(gè)讀者借閱，而一個(gè)讀者又可以借閱多本圖書的這層關(guān)系。 設(shè)計(jì)全局 ER模式的目的不在于把若干局部 ER模式形式上合并為一個(gè) ER模式，而在于 消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。一般把同名實(shí)體類型作為公共實(shí)體類型的一類候選，把具有相同鍵的實(shí)體類型作為公共實(shí)體類型的另一類候選。 1）確定公共實(shí)體類型 為了給多個(gè)局部 ER 模式的合并提供開始合并的基礎(chǔ)，首先要確定各局部結(jié)構(gòu)中的公共實(shí)體類型。 2．設(shè)計(jì)全局 ER 模式 所有局部 ER 模式都設(shè)計(jì)好了后，接下來就是把它們綜合成單一的全局概念結(jié)構(gòu)。聯(lián)系定義如圖 45 所示。若有聯(lián)系，進(jìn)一步確定是 1:N， M:N，還是 1:1 等。 1．設(shè)計(jì)局部 ER 模式 實(shí)體和屬性的定義： 圖書（圖書編號(hào)，圖書名稱，作者，出版社，出版日期，價(jià)格） 讀者（編號(hào)，姓名，性別，電話，密碼） 11 圖書類別（圖書類別編號(hào)，類別名稱） ER 模型的“聯(lián)系”用于刻畫實(shí)體之間的關(guān)聯(lián)。這樣避免讀者一直占用著一些書。在處理借閱的時(shí)候，要能夠讓讀者方便地進(jìn)行查詢，閱覽。業(yè)務(wù)流程圖使用的符號(hào)： 圖書信息管理系統(tǒng)流圖如圖 21 所示： 符號(hào) 名稱 實(shí)體 輸入 /輸出的報(bào)表 處 理 業(yè)務(wù)流向 文檔 存儲(chǔ) 10 圖 21 圖書信息管理系統(tǒng)流圖 讀者的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。 現(xiàn)行系統(tǒng)的業(yè)務(wù)流程圖是分析和描述現(xiàn)行系統(tǒng)業(yè)務(wù)的重要工具之一。所以說，繪制業(yè)務(wù)流程圖是分析業(yè)務(wù)流程的重要步驟。業(yè)務(wù)流程分析可以幫助了解該業(yè)務(wù)的具體處理過程，發(fā)現(xiàn)和處理系統(tǒng)的調(diào)查工作中的錯(cuò)誤和疏漏，修改和刪除原系統(tǒng)的不合理部分，在新系統(tǒng)基礎(chǔ)上優(yōu)化業(yè)務(wù)處理流程。 8 第二章 系統(tǒng)的概要設(shè)計(jì) 系統(tǒng)的總體結(jié)構(gòu)圖如圖 2 22 所示。但是 C與 Java有著明顯的不同，它借鑒了 Delphi的一個(gè)特點(diǎn)，與 COM（組件對(duì)象模型）是直接集成的，而且它是微軟公司 .NET windows網(wǎng)絡(luò)框架的主角。并定在微軟職業(yè)開發(fā)者論壇 (PDC)上登臺(tái)亮相 ， C是微軟公司研究員 Anders Hejlsberg的最新成果。 因此，我選擇了 SQL Server 2021 作為開發(fā)本系統(tǒng)使用的數(shù)據(jù)庫。 與 Microsoft Visual Studio、 Microsoft Office System 以及新的開發(fā)工具包（包括 Business Intelligence Development Studio）的緊密集成使 Microsoft SQL Server 2021 與眾不同。 Microsoft SQL Server 2021 數(shù)據(jù) 引擎 是該企業(yè)數(shù)據(jù)管理解決 方案 的 核心 。 開發(fā)工具介紹 后臺(tái)數(shù)據(jù)庫 Microsoft SQL Server 2021 是一 個(gè)全面的數(shù)據(jù)庫平臺(tái)，使用 集成 的 商業(yè) 智能 (BI) 工具 提供了企業(yè)級(jí)的數(shù)據(jù)管理。另外，使用本軟件的人員要求是有一定的計(jì)算機(jī)基礎(chǔ)的，系統(tǒng)的管理員也應(yīng)該有計(jì)算機(jī)專業(yè)的知識(shí)，圖書館的工作人員大多是在校學(xué)生，都有計(jì)算機(jī)操作的基礎(chǔ)，再加上本系統(tǒng)的設(shè)計(jì)采用 WINDOWS風(fēng)格，界面友好，操作便利。 操作可行性 新系統(tǒng)的操作可行性所要考慮的問題是：新系統(tǒng)的操作方式在對(duì)管理時(shí)是否 6 行的通，系統(tǒng)實(shí)施以后，能否有效的處理問題，是否對(duì)組織機(jī)構(gòu)產(chǎn)生影響，是否會(huì)遇到大的障礙，用戶對(duì)本系統(tǒng)的界面是否滿意等。通過我的認(rèn)真估算，我認(rèn)為新系統(tǒng)所需要的軟硬件配置相對(duì)于它投入使用后產(chǎn)生的經(jīng)濟(jì)效益來說花費(fèi)并不高，本身圖書館已有辦公微機(jī)，軟件開發(fā)成本主要是人力、物力的消耗，物力消耗是開 發(fā)此系統(tǒng)所需要的軟、硬件的設(shè)備，以及耗電量等方面的計(jì)算，其實(shí)更重要的是新系統(tǒng)可以提高工作效率，加強(qiáng)管理，保證工作質(zhì)量，提供更多的更高質(zhì)量的信息，提高取得信息的速度，以達(dá)到資源優(yōu)化的目的。 經(jīng)濟(jì)可行性 估計(jì)開發(fā)項(xiàng)目的成本以及新系統(tǒng)可能帶來的收益權(quán)衡兩者 的關(guān)系，才能分析出本系統(tǒng)是否在經(jīng)濟(jì)上可行，同時(shí)也要考慮到現(xiàn)行系統(tǒng)的運(yùn)行費(fèi)用及新系統(tǒng)的運(yùn)行費(fèi)用，只有正確認(rèn)識(shí)到它們之間的關(guān)系才能為我們的經(jīng)濟(jì)可行性找到依據(jù)。其版本 SQL Server2021數(shù)據(jù)庫具有客戶機(jī) /服務(wù)器的結(jié)構(gòu)。 微軟公司開發(fā)的Visual studio 2021給開發(fā)人員提供了很好的靈活性，有效縮短了應(yīng)用程序的開發(fā)周期。 罰款信息查詢：查詢登錄用戶還書的記錄是否有超期罰款。因?yàn)檫@只關(guān)系到他自己的事情，所以對(duì)數(shù)據(jù)庫中其它的數(shù)據(jù)沒有太大的影響。包括了讀者修改密碼、圖書信息及借還查詢、借書罰款和未罰款的查詢等功能。和讀者密碼的修改在代碼實(shí)現(xiàn)方式上有許多相似性。輸入用戶編號(hào)查詢某人是否有罰款記錄。同時(shí)，如果該讀者在當(dāng)前的還書日期超過了圖書應(yīng)還的日期，那么后臺(tái)數(shù)據(jù)庫對(duì)借書表中的超期天數(shù)、罰款錢數(shù)都有相應(yīng)的計(jì)算，并在讀者還書時(shí)顯示出來。 圖書歸還管理 : 這個(gè)模塊的操作是比較簡單的，當(dāng)讀者把把所要?dú)w還的圖書給書庫管理員時(shí)，書庫管理員執(zhí)行的是一個(gè)與借閱管理相似的操作，在借閱管理中是圖書后臺(tái)數(shù)據(jù)庫借書表的插入借書記錄，并將還書標(biāo)志設(shè)置成未還書的狀態(tài)（ 0）。因此書庫管理員填寫的借書單包括的信息有：讀者編號(hào)、圖書編號(hào)，其他信息如：讀者姓名、圖書名稱、出版社等信息系統(tǒng)根據(jù)編號(hào)自動(dòng)讀取出來。管理員的信息主要為：管理員編號(hào)、管理員密碼、管理員名稱、管理員權(quán)限、電話、單位、住址等。 對(duì)管理員的管理 : 在該過程中，主要是對(duì)新到的管理員進(jìn)行添加， 修改和刪除等操作。另外在查詢時(shí)可以選中是否借出的選項(xiàng)，不選中是查詢未借出的圖書，選中則是查詢已經(jīng)借出的圖書。而對(duì)于精確查詢則為對(duì)圖書的編號(hào)進(jìn)行查找，查詢結(jié)果是具體的某一本書。在這個(gè)模塊中，可以對(duì)圖書的信息進(jìn)行查詢，查詢的方法有兩種，一種是模糊查詢，另一種是精確查詢。 對(duì)圖書信息的管理 : 由于圖書館在每年都要購買許多的新書，所以對(duì)這些新買的新書進(jìn)行編號(hào)添加到圖書館管理系統(tǒng)中將是一個(gè)非常巨大的工程，因此在圖書的錄入過程中包含了圖書的一些基本的信息，有：圖書編號(hào)、圖書名稱、類別、圖書作者、圖書出版社、注冊(cè)日期、圖書價(jià)格等信息，再一個(gè)過程就是對(duì)圖書分類要分在哪個(gè)書庫將是一個(gè)很重要的問題，如果這個(gè)問題沒有解決的話，那么圖書的分類將是很混亂。不輸入任何信息直接點(diǎn)擊查詢時(shí)可以查詢?nèi)坑脩粜畔?。其中讀者的編號(hào)是唯一的，用戶登錄系統(tǒng)時(shí)需要輸入進(jìn)行身份驗(yàn)證。 對(duì)讀者信息的管理 : 當(dāng)有新的讀者需要加入到圖書館管理系統(tǒng)中時(shí)，管理員就要對(duì)讀者的各種信息進(jìn)行集體錄入，對(duì)已經(jīng)錄入的讀者信息進(jìn)行修改和刪除。具體列舉如下： 圖書管理員的需求 由于系統(tǒng)開發(fā)的總體任務(wù)是實(shí)現(xiàn)各種信息的系統(tǒng)化、規(guī)范化和自動(dòng)化。讀者也可以完全按照自己的需求對(duì)系統(tǒng)進(jìn)行功能上的添加和修改，使之適應(yīng)進(jìn)一步使用的需求，由于采用 Visual studio 2021技術(shù)構(gòu)建，本系統(tǒng)可以單機(jī)運(yùn)行，具有較高的適應(yīng)性。 為滿足圖書管理現(xiàn)代化的需求，國內(nèi)軟件 商已經(jīng)開發(fā)出很多較好的商品化圖書管理軟件，這些圖書管理軟件的功能和性能都很完善，它們大多是面向大型專業(yè)圖書館而開發(fā)的，而國內(nèi)很多中小型圖書館由于管理人員不多且大多數(shù)不是圖書管理業(yè)務(wù)的專業(yè)人員，業(yè)務(wù)分工也不是很詳細(xì)明確，這樣的軟件對(duì)他們而言太龐大、太復(fù)雜了，所以應(yīng)用效果并不是很好。圖書館不僅被動(dòng)地滿足到館讀者借閱的需要，還要主動(dòng)地“為人找書，為書找人”，增加圖書的使用率。文獻(xiàn)使用率是在一定時(shí)間內(nèi)讀者實(shí)際使用的文獻(xiàn)數(shù)除以館藏文獻(xiàn)總數(shù)的比率。 文獻(xiàn)的利用率也很重要，一般情況下，每種圖書流通的次數(shù)越多，其使用價(jià)值就越大。有人說，領(lǐng)導(dǎo)對(duì)圖書館不重視，群眾對(duì)圖書館不理解。圖書館的主要職能不是本身創(chuàng)造價(jià)值，也不是自身利用價(jià)值，其根本任務(wù)是把知識(shí)與單位、社會(huì)的需求聯(lián)系起來，起到知識(shí)交流的中介作用，作為知識(shí)生產(chǎn)和知識(shí)利用的橋梁。圖書館提供的服務(wù)大部分是無 形的，服務(wù)是一種過程，一種體驗(yàn)。 C/S structure IV 目錄 前言 .................................................................................................................................. I Abstract .......................................................................................................................... III 目錄 ............................................................................................................................... IV 第一章 系統(tǒng)的需求分析 ................................................................................................. 1 圖書信息管理系統(tǒng)發(fā)展分析 .............................................................................. 1 需求分析 .......................................................................................................... 2 圖書管理員的需求 ................................................................................. 2 讀者的需求 ............................................................................................ 4 可行性分析 .................................................