【正文】 別 , , _ amp。 amp。 where 書籍編號 =39。 , _ amp。 39。 amp。 39。 amp。 備份卡 amp。 \backup\ amp。 Set itmX = (, , key, 1) strstring = Date SaveString HKEY_CURRENT_USER, RegData, Date, strstring End If End If If = True Then 39。 = 0 MsgBox 數據已備份完畢！ key = Date amp。 Date amp。 \backup\*.mdb FileCopy Trim(), amp。獲取路徑 End Sub Private Sub Command1_Click() Dim strstring As String Dim m As Date On Error Resume Next If = True Then 39。 \ amp。 \ amp。 \Backup = True Dir1_Change End Sub Private Sub Dir1_Change() = 39。 amp。 amp。 amp。 39。 amp。 39。 amp。在表中使用的關鍵字類型用于 描述庫表示什么以及在數據庫中如何與其它的庫建立關系。這種連接 是指一個表被連接到它自己的一個字段，或在不同的紀錄中由重復數據的組合字段。一個連接是指一種虛擬的表，這種表是在當用戶要求從相互關聯(lián)的各個不同的表中獲取信息時建立的，關鍵字段用于在相互連接的不同表中查找匹配的記錄。讓工作人員或圖書館管理員按照用戶名和密碼進行登錄，并且跟據用戶名檢查數據表中的“權限”字段，以分辯進入圖書館管理人員模塊還是進入工作人員模塊。一個好的全局 ER模式，除能準確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數要盡可能的少；實體類型所含屬性個數盡可能少；實體類型間聯(lián)系無冗余。 設計全局 ER模式的目的不在于把若干局部 ER模式形式上合并為一個 ER模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。 2)局部 ER模式的合并 合并的原則是：首先進行兩兩合并；先和合并那些現(xiàn)實世界中有聯(lián)系的局部結構；合并從公共實體類型開始，最后再加入獨立的局部結構。在這一步中我們僅根據實體類型名和鍵來認定公共實體類型。全局概念結構不僅要支持所有局部 ER模式，而且必須合理地表示一個完整、一致的數據庫概念結構。聯(lián)系定義 ,解釋如下： u 一個借閱者（用戶）只能具有一種身份，而一種身份可被多個借閱者所具有； u 一本圖書只能屬于一種圖書類別（類別），而一種圖書類別可以包含多本圖書； u 一個用戶可以借閱多本不同的書，而一本書也可以被多個不同的用戶所借閱。若有聯(lián)系，進一步確定是 1:N， M:N，還是 1:1等。 （ 1） 設計局部 ER模式 實體和屬性的定義： 圖書（圖書編號，圖書名稱，作者，出版社，出版日期，備注，價格，數量，） 借閱者（借書證號，姓名，性別，身份證，聯(lián)系電話） 圖書類別（圖書類別 編號，類別描述） ER模型的 “ 聯(lián)系 ” 用于刻畫實體之間的關聯(lián)。將概念 設計從設計過程中獨立開來，使各階段的任務相對單一化，設計復雜程度大大降低，不受特定 DBMS的限制。 系統(tǒng)總體流程圖 用戶登錄 超級管理員 圖書管理員 書 籍 管 理 讀者 管 理 系統(tǒng)設置 系統(tǒng)數據庫設計 概念設計 在概念設計階段中，設計人員從用戶的角度看待數據及處理要求和約束，產生一個反映用戶觀點的概念模式。下面在上圖的基礎上舉例說明數據字典的定義。 設計不同用戶的操作權限和登陸方法 對所有用戶開放的圖書查詢 借閱者維護借閱者個人 部分信息 借閱者查看個人借閱情況信息 維護借閱者個人密碼 根據借閱情況對數據庫進行操作并生成報表 根據還書情況對數據庫進行操作并生成報表 查詢及統(tǒng)計各種信息 維護圖書信息 維護工作人員和管理員信息 維護借閱者信息 處理信息的完整性 對借閱過期的圖書生成報表 數據流圖 在數據流圖的基礎上，定義數據字典。本功能實現(xiàn)對圖書信息、借閱者信息、總體借閱情況信息的管理和統(tǒng)計、工作人員和管理人員信息查看及維護。在此模塊中，圖書館工作人員可以為圖書借閱者加入借書記錄或是還書記錄。 圖書館工作人員對圖書借閱者的借閱及還書要求進行操作，同時形成借書或還書報表給借閱者查看確認；圖書館管理人員的功能最為復雜，包括對工作人員、圖書借閱者、圖書進行管理和維護，及系統(tǒng)狀態(tài)的查看、維護。 為防止數據庫出現(xiàn)更新異常、插入異常、刪除異常、數據冗余太大等現(xiàn)象，關系型數據庫要盡量按關系規(guī)范化要求進行數據庫設計 。 第三范式 (third normal form，簡稱 3rd NF)就是指表中的所有數據元素不但要能夠唯一地被主關鍵字所標識，而且它們之間還必須相互獨立，不存在其它的函數關系。通常我們稱這種關系為函數依賴 (functional depEndence)關 系。 第二范式 (second normal form，簡稱 2nd NF)是指每個表必須有一個 (而且僅一個 )數據元素為主關鍵字 (primary key)，其它數據元素與主關鍵字一一對應。在本文所討論的開發(fā)方法里， 1st NF實際上是沒有什么意義的。 第一范式 (first normal form，簡稱 1st NF)就是指在同一表中沒有重復項出現(xiàn)，如果有則應將重復項去掉。在這五種范式中，一般只用前三種，對于常用系統(tǒng)就足夠了。 l 在表中，列的順序無關緊要，但不能重復 (如圖中合同號和合同名誰先誰后都沒關系，但 二者不可重復或同名 )。 l 表中所有行都是不相同的，不允許有重復組項出現(xiàn) (如圖中每一行都是一個不同的合同記錄 )。規(guī)范化表達還規(guī)定在每一個基本表中必須定義一個數據元素為關鍵字 (key)，它可以唯一地標識出該 表中其它相關的數據元素。對于指標體系中數據的結構在建庫前還必須進行規(guī)范化的重新組織。我們完全可以認為所建指標體系中的一個指標類就是關系數據庫中的一個基本表，而這個指標類下面的一個個具體指 標就是這個基本表中的一個字段。 數據庫設計范式分析 建立起一個良好的數據指標體系，是建立數據結構和數據庫的最重要的一環(huán)。 b．統(tǒng)計文件 (表 )和數據錄入文 件一般只對本工作站定義為只寫方式，對其它工作站則定義為只讀方式。系統(tǒng)所提供的安全保密功能一般有8個等級 (07級 )， 4種不同方式 (只讀、只寫、刪除、修改 )，而且允許用戶利用這 8個等級的 4種方式對每一個表自由地進行定義。 消除這種 M:N情況的辦法也很簡單，只需在二表之間增加一個表，則原 來 M:N的關系就改成了M:1， 1:N的關系了。所謂的 “ 父系 ” 就是指表的上一級關系表。因為在每個表中只有主關鍵詞才能唯一地標識表中的這一個記錄值 (因為根據第三范式的要求，表中其它數據字段函數都依賴于主關鍵詞 )，所以將表通過關鍵詞 連接就能夠唯一地標識出某一事物不同屬性在不同表中的存放位置。那么計算機系統(tǒng)如何能知道哪些表中的哪些記錄應與其它表中的哪些記錄相對應，它們表示的是同一個事物呢 ?這就需要在設計數據結構時將這種各表之間的數據記錄關系確定下來。 （ 1）鏈接關系的確定 在進行了上述數據規(guī)范化重組后，已經可以確保每一個基本數據表 (我們簡稱為表 )是規(guī)范的，但是這些單獨的表并 不能完整地反映事物，通常需要通過指標體系整體指標數據才能完整全面地反映問題。這一步設計完成后數據庫和數據結構設計工作基本完成，只待系統(tǒng)實現(xiàn)時將數據分析和數據字典的內容代入到所設計的數據整體關系結構中，一個規(guī)范化數據庫系統(tǒng)結構就建立起來了。 為了更好地組織數據和設計出實際應用數據庫，應該注意如下問題： 規(guī)范化地重組數據結構：對數據進行規(guī)范化表達，這在后面將會具體討 論。 （ 4） 數據使用權限設置：針對用戶的不同使用要求，確定數據的用戶使用權限，確保數據安全。數據表設計不僅要滿足數據存儲的要求，還要增加一些如反映有關信息、操作責任、中間數據的字段或臨時數據表。 （ 2） 數據表定義：數據表定義指定義數據庫中數據表的結構，數據表的邏輯結構包括：屬性名稱、類型、表示形式、缺省值、校驗規(guī)則、是否關鍵字、可否為空等。 數據庫設計的步驟是： （ 1） 數據庫結構定義：目前的數據庫管理系統(tǒng)（ DBMS）有的是支持聯(lián)機事 務處理 CLTP（負責對事務數據進行采集、處理、存儲）的操作型 DBMS，有的可支持數據倉庫、有聯(lián)機分析處理 CLAP（指為支持決策的制定對數據的一種加工操作）功能的大型 DBMS，有的數據庫是關系型的、有的可支持面向對象數據庫。 數據庫系統(tǒng)設計 數據庫設計主要是進行數據庫的邏輯設計，即將數據按一定的分類、分組系統(tǒng)和邏輯層次組織起來，是面向用戶的。它的快捷的開發(fā)速度，簡單易學的語法，體貼便利的開發(fā)環(huán)境，不失一款優(yōu)秀的編程工具 . 第二章 圖書管理系統(tǒng)設計分析 數據庫系統(tǒng)設計及范式分析 信息系統(tǒng)的主要任務是通過大量的數據獲得管理所需要的信息，這就必須存儲和管理大量的數據。通 過創(chuàng)建或使用強大的數據庫解決方案，能夠更為輕松地組織、訪問和共享信息資源。 Access 2021 擁有一套功能強大的應用工具，其完善程度足以滿足專業(yè)開發(fā)人員的需要。 基于這此問題，我認為有必要建立一個圖書管理系統(tǒng)，使圖書管理工作規(guī)范化，系統(tǒng)化，程序化，避免圖書管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效的查詢和修改圖書情況。圖書館采取手工方式對圖書借閱情況進行人工管理，由于信息比較多，圖書借閱信息的管理工作混亂而又復雜；一般借閱情況是記錄在借書證上，圖書的數目和內容記錄在文件中，圖書館的工作人員和管理員也只是當時對它比較清楚，時間一長，如再要進行查詢，就得在眾多的資料中翻閱、查找了，造成查詢費時、費力。盡管有的圖書館有計算機，但是尚未用于信息管理，沒有發(fā)揮它的效力，資源閑置比較突出，這就是管理信息系統(tǒng)的開發(fā)的基本環(huán)境。數據信息處理工作量大，容易出錯；由于數據繁多，容易丟失，且不易查找。 圖書館作為一種信息資源的集散地，圖書和用戶借閱資料繁多，包含很多的信息數據的管理，現(xiàn)今，有很多的圖書館都是初步開始使用，甚至尚未使用計算機進行信息管理。計算機進行信息管理與信息管理系統(tǒng)的開發(fā)密切相關，系統(tǒng)的開發(fā)是系統(tǒng)管理的前提。使用計算機進行信息控制，不僅提高了工作效率，而且大大的提高了其安全性。在各行各業(yè)中離不開信息處理，這正是計算機被廣泛應用于信息管理系統(tǒng)的環(huán)境。并 且，近年來，隨著 World Wide Web(WWW)的猛增及 Inter技術的迅速發(fā)展，使得數據庫技術之時成為最熱門技術之一。把設計轉變?yōu)閷嶋H的數據庫，并且這些數據庫帶有功能完備、高效能的應用。 數據庫應用系統(tǒng)開發(fā)的目標是建立一個滿足用戶長期需求的產品。 由于時間和水平有限，難免有不足和錯漏，歡迎批評指正。 我的《電大圖書館管理系統(tǒng)》就是根據這個構思的，因為使用傳統(tǒng)的紙和筆來進行圖書館的管理是遠遠沒有敲幾下鍵盤跟用鼠標點點就能瞬間進行圖書的借閱、歸還等操作的 方便，試想一下，只需要輸入一個圖書的編號，就馬上得到該書借出去了沒有，如果借了出去，又借出了多少天？是否超過了租借的期限？超過了又該罰多少款？這些數據都可以以瞬間顯示出來，因此大大減少了圖書管理員的操作時間，增加了工作效率，而且，別忘了，這只是這個系統(tǒng)的一個小部分功能而已。系統(tǒng)運行結果證 明，本文所設計的圖書管理系統(tǒng)可以滿足借閱者、圖書館工作人員的使用需要。而對于后者則要求應用程序功能完備 ,易使用等特點。 圖書管理系統(tǒng) 摘要 圖書管理系統(tǒng)是典型的信息管理系統(tǒng) ,其開發(fā)主要包括后臺數據庫的建立和維護以及前端應用程序的開發(fā)兩個方面。對于前者要求建立起數據一致性和完整性強、數據安全性好的庫。 因此本人結合開放式圖書館的要求，對 Microsoft Office Access 2021數據庫管理系統(tǒng)、 Visual Basic ，主要完成對圖書管理系統(tǒng)的需求分析、功能模塊劃分、數據庫模式分析，并由此設計了數據庫結構和應用程序。 [關鍵詞 ] 圖書管理、數據庫、 Microsoft、 Excel、 Visual Basic 前言 進入 21世紀，傳統(tǒng)的數據的數據管理已逐漸向使用計算機進行管理步進 ,因為使用計算機進行數據管理比傳統(tǒng)數據的管理