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