【正文】 的分析，那么我們就不難對整個系統(tǒng)的大致流程有一個全面的認識。設計時采用了常用的自頂向下的瀑布式結(jié)構(gòu)化設計方法。各子系統(tǒng)具有獨立的數(shù)據(jù)庫結(jié)構(gòu)，同時又具有相關(guān)的關(guān)鍵字，這樣系統(tǒng)做起來后就便于用戶操作。綜合上面各個模塊的流程分析，其總體流程圖如下： 10 3 系統(tǒng)的概念設計 模塊分析 11 模塊功能分析 概念設計階段主要任務和目標是根據(jù)需求分析的結(jié)果，包括一般 聯(lián)系實體，畫出對應 的 ER圖。對于復雜的系統(tǒng)，通常首先要對它的 各功能模進行分析，然后再把它的功能結(jié)構(gòu)圖畫出來，便是設計和優(yōu) 化。功能分析之后，再根據(jù)各個崗位、各個用戶對數(shù)據(jù)和使用權(quán) 限的不同要求作出局部 ER圖，然后再把各個局部 ER圖綜合起來形成 統(tǒng)一的整體 ER圖。 圖書管理部分：包括圖書信息管理和類別管理，其功能是實現(xiàn)對各部分數(shù)據(jù)內(nèi)容進行添加、修改、查詢等操作。各管理部分的明細如下： （ 1）圖書信息管理：包括圖書信息的添加、圖書信息的修改、圖書信息的查詢和圖書的信息刪除 4部分。其中， 圖書信息包括圖書編號、書名、圖書類別、作者、出版社、出版日期、登記日期以及是否已被借出。 （ 2）圖書類別管理：包括圖書類別的添加、圖書類別的修改、圖書類別的刪除 3部分功能。其中，圖書類別包括類別名稱和類別編號兩部分。 借閱管理部分：包括借書管理和還書管理，其功能是實現(xiàn)對各部分數(shù)據(jù)內(nèi)容的添加和查詢等操作。各管理部分的明細如下： （ 1）借書管理：包括添加借書信息和查詢借書信息 2 部分功能。其中，借閱信息包括借閱編號、讀者編號、讀者姓名、圖書編號、圖書名稱、出借日期和還書日期。 （ 2）還書管理：實現(xiàn)添加還書 信息功能。其中，還書信息與借閱信息部分明細相同。 讀者管理部分：包括讀者信息管理和讀者類別管理，其功能是實現(xiàn)對各部分數(shù)據(jù)內(nèi)容的添加和修改、刪除等操作。各管理部分的明細如下： （ 1）讀者信息管理：包括讀者信的添加、讀者信息的修改、讀者信息的查詢和讀者信息的刪除 4部分功能。其中，讀者信息包括讀者姓名、讀者編號、性別、讀者類別、工作單位、家庭住址、電話號碼、登記日期和已借書數(shù)量。 12 （ 2）讀者類別管理：包括讀者類別的添加、讀者類別的修改、讀者類別的刪除 3部分功能。其中，讀者類別包括各種類名稱、借書 期限和有效期限 4部分。 系統(tǒng)管理部分：包括修改系統(tǒng)用戶密碼、增加新用戶和退出系統(tǒng)三項功能。系統(tǒng)初始設置一個超級用戶名和密碼，操作人員可以利用這個超級用戶名和密碼登錄，之后，可以設置其他的超級用戶名稱，也可以設置權(quán)限用戶，同時也設置了這個用戶可以使用的權(quán)限。 幫助部分：包括系統(tǒng)設計前臺和后臺簡概述等功能。 運行本系統(tǒng)程序，首先出現(xiàn)登錄界面，輸入正確的用戶名和密碼后才能進入主窗體。對主窗體上各個菜單的設置采用快捷鍵，便于用戶更方便的應用該系統(tǒng)。 13 系統(tǒng)功能結(jié)構(gòu)圖 系統(tǒng) ER圖的設計 數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結(jié)構(gòu)設計的好壞將直接對應用系統(tǒng)的效率以及實現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結(jié)構(gòu)設計可以提高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整和一致。同時，合理的數(shù)據(jù)庫結(jié)構(gòu)也將有利于程序的實現(xiàn)。 14 設計數(shù)據(jù)庫系統(tǒng)時應該首先充分了解用戶各個方面的需求，包括現(xiàn)有的以及將來可能增加的需求。 針對圖書管理系統(tǒng)的需求，通過對圖書管理系統(tǒng)流程分析，設計此系統(tǒng)需要如下面所示的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)： 圖書信息：包括的數(shù)據(jù)項有：圖 書編號、書名、圖書類別、作者出版社、出版日期、登記日期 讀者信息：包括的數(shù)據(jù)項有：讀者姓名、編號、性別、讀者類別、工作單位、家庭住址、電話號碼、登記日期和已借書數(shù)量 圖書借閱信息：包括的數(shù)據(jù)項有：借閱編號、讀者編號、讀者姓名、圖書編號、圖書名稱、出借日期和還書日期。 在概念設計階段中，設計人員從用戶的角度看待數(shù)據(jù)及處理要求和約束，產(chǎn)生一個反映用戶觀點的概念模式。然后再把概念模式轉(zhuǎn)換成邏輯模式。將概念設計從設計過程中獨立開來，使各階段的任務相對單一化，設計復雜程度大大降低，不受特定 DBMS的限制。 利 用 ER 方法進行數(shù)據(jù)庫的概念設計，可分成三步進行：首先設計局部 ER模式，然后把各局部 ER模式綜合成一個全局模式，最后對全局 ER模式進行優(yōu)化，得到最終的模式，即概念模式。 （ 1） 設計局部 ER模式 1．讀者類別表與讀者信息表之間的 ER圖： 2．讀者信息表與圖書信息表之間的 ER圖： 15 3．圖書類別表與圖書信息表之間的 ER圖： 4．圖書信息表與借閱信息表之間的表之間的 ER圖： 16 5．讀者信息表與圖書類別表之間的 ER圖： ER 模型的 “聯(lián)系 ”用于刻畫實體之間的關(guān)聯(lián)。一種完整的方式是對局部結(jié)構(gòu)中任意兩個實體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構(gòu)中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是 1:N， M:N，還是 1:1 等。還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系，等等。 所有局部 ER 模式都設計好了后，接下來就是把它們綜合成單一的全局概念結(jié)構(gòu)。全局概念結(jié)構(gòu)不僅要支持所有局部 ER模式，而且必須 合理地表示一個完整、一致的數(shù)據(jù)庫概念結(jié)構(gòu)。 1)確定公共實體類型 為了給多個局部 ER 模式的合并提供開始合并的基礎(chǔ)，首先要確定各局部結(jié)構(gòu)中的公共實體類型。在這一步中我們僅根據(jù)實體類型名和鍵來認定公共實體類型。一般把同名實體類型作為公共實體類型的一類候選，把具有相同鍵的實體類型作為公共實體類型的另一類候選。 2)局部 ER模式的合并 合并的原則是：首先進行兩兩合并；先和合并那些現(xiàn)實世界中有聯(lián)系的局部結(jié)構(gòu)；合并從公共實體類型開始，最后再加入獨立的局部結(jié)構(gòu)。 3)消除沖突 沖突分為三類：屬性沖突、結(jié)構(gòu)沖突 、命名沖突。設計全局 ER 模式的目的不在于把若干局部 ER模式形式上合并為一個 ER模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。 3)全局 ER模式的優(yōu)化 在得到全局 ER 模式后，為了提高數(shù)據(jù)庫系統(tǒng)的效率，還應進一步依據(jù)處理需求對 E 17 R 模式進行優(yōu)化。一個好的全局 ER 模式，除能準確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數(shù)要盡可能的少；實體類型所含屬性個數(shù)盡可能少；實體類型間聯(lián)系無冗余。 根據(jù)上述所示得出本系統(tǒng)的全局 ER圖如下： 圖 34 系 統(tǒng) ER圖 4 系統(tǒng)設計 18 4 .1 系統(tǒng)邏輯和物理設計 根據(jù)上面的數(shù)據(jù)庫 ER 圖，現(xiàn)在需要將上面的數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為 SQL Server2021數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結(jié)構(gòu)。在上面的實體以及實體之間關(guān)系的基礎(chǔ)上，形成數(shù)據(jù)庫中的表格以及各個表格之間的關(guān)系。圖書管理信息系統(tǒng)數(shù)據(jù)庫中各個表格的設計結(jié)果如下面的幾個表格所示。每 個表格表示在數(shù)據(jù)庫中的一個表。 19 表 20 數(shù)據(jù)庫的維護 由于應用環(huán)境不斷變化，數(shù)據(jù)庫運行過和中物理存儲也會不斷變化，對數(shù)據(jù)庫設計進行調(diào)整，修改等維護工作是設計工作的繼續(xù)和提高。對數(shù)據(jù)庫經(jīng)常性的維護工作主要包括： 1. 數(shù)據(jù)庫的轉(zhuǎn)儲和恢復 針對不同的應用要求制定不同的轉(zhuǎn)儲計劃，保證一 旦發(fā)生故障能盡快將數(shù)據(jù)庫恢復到某種一致的狀態(tài)，盡可能減少對數(shù)據(jù)庫的破壞。 2. 數(shù)據(jù)庫的安全性、完整性控制 在數(shù)據(jù)庫運行過程中由于應用環(huán)境的變化，對安全性的要求也會發(fā)生變化，如原來機密的數(shù)據(jù)現(xiàn)在可以公開查詢了，新加入的數(shù)據(jù)又可能是機密的了。系統(tǒng)中用戶的密級改變。這都需要根據(jù)實際情況修改原有的安全性控制，可以設置數(shù)據(jù)庫密碼及用戶權(quán)限。同樣，數(shù)據(jù)庫的完整性的約束條件也會變化，需要 DBA不斷修正。 3. 數(shù)據(jù)庫性能的監(jiān)督、分析和改造 利用 Microsoft SQL Server2021 提供的檢 測系統(tǒng)性能參數(shù)的工具，在數(shù)據(jù)庫運行過程中，監(jiān)督數(shù)據(jù)進行分析，找出改進系統(tǒng)性能的方法，并做適當調(diào)整。 4. 數(shù)據(jù)庫的重組及重構(gòu)造 數(shù)據(jù)庫運行一段時間后，由于記錄不斷增、刪、改，增添、修改的數(shù)據(jù)不能為空，否則不能保存到數(shù)據(jù)庫中。使數(shù)據(jù)庫的物理存儲情況變壞，降低了數(shù)據(jù)的存取效率，數(shù)據(jù)庫性能下降，這時 DBA要對數(shù)據(jù)庫進行重組織，或部分重組織（只對頻繁增、刪的表進行重組織），可以利用 Microsoft SQL Server2021 專門提供的數(shù)據(jù)重組織實用程序操作，按原設計要求重新安排存儲位置、回收垃圾、減少 指針鏈等，提高系統(tǒng)性能。 有些情況，如由于數(shù)據(jù)庫應用環(huán)境發(fā)生變化，增加了新的應用或新的實體，取消了某些應用，有的實體與實體間的聯(lián)系發(fā)生變化，則需要調(diào)整數(shù)據(jù)庫的模式及功能模塊的實現(xiàn) 按結(jié)構(gòu)化的程序設計思想，在完成了系統(tǒng)分析、系統(tǒng)設計后，就可以進行系統(tǒng)實現(xiàn)階段了，系統(tǒng)實現(xiàn)是每指把系統(tǒng)的物理模型轉(zhuǎn)換成實際運行系統(tǒng)的全過程。在打開數(shù)據(jù)表之前應該先打開數(shù)據(jù)庫，使用公共模塊中定義的 conn 對象。打開數(shù)據(jù)庫應該安排在 Form_Load 事件中，因為確定用戶名和密碼是否正確就已經(jīng)使用數(shù)據(jù)庫中的內(nèi)容了。雙擊窗體部分，加入如 下的代碼： Private Sub From_Load() Dim connectionstring As String Connectionstring=”Provider=?！盿mp。_ “data source=” connectionstring 21 ?? End Sub 注意 :當程序不再使用數(shù)據(jù)庫時 ,應該調(diào)用 Connection 對象的 Close 方法