【正文】 庫時，系統(tǒng)都提供了默認(rèn)參數(shù)，但是默認(rèn)參數(shù)不一定適合每一個應(yīng)用環(huán)境，要做適當(dāng)?shù)恼{(diào)整。 圖書館信息管理系統(tǒng)設(shè)計報告 第 31 頁 共 31 頁 5 開發(fā)總結(jié) 本系統(tǒng)是我們運用數(shù)據(jù)庫課程所學(xué)知識結(jié)合了 Java 與軟件工程的一些知識與理念而進(jìn)行開發(fā)設(shè)計的，雖然不知道最后會不會如我們所設(shè)計的這樣實現(xiàn)一個完美的信息系統(tǒng)，但設(shè)計這個過程已經(jīng)讓我們將課內(nèi)知識加以深化變?yōu)榱擞杏玫淖约旱臇|西。 同時，由于開發(fā)者水平的限制，也會存在一些錯誤，我們將會在系統(tǒng)的應(yīng)用過程中發(fā)現(xiàn)問題并 盡可能的 解決相應(yīng)的問題，使該系統(tǒng)得到進(jìn)一步完善 ，為我們第一次的數(shù)據(jù)庫應(yīng)用課程畫上一個圓滿的句號 。首先按照結(jié)構(gòu)化系統(tǒng)開發(fā)策略對系統(tǒng)進(jìn)行分析和操作做出一個基本符合實際應(yīng)用的圖書館操作系統(tǒng)，再根據(jù)原形法的操作方式對圖書館管理信息系統(tǒng)進(jìn)行模擬測試、發(fā)現(xiàn)問題、進(jìn)行設(shè)計編程修改、完善系統(tǒng)。 根據(jù)以上原則以及課上數(shù)據(jù)庫系統(tǒng)設(shè)計的理論，暫定本系統(tǒng)的物理結(jié)構(gòu)采用最簡單常用的方式，關(guān)系存取方法采用索引方法，稀疏索引應(yīng)該就可以解決；而數(shù)據(jù)庫的存儲結(jié)構(gòu)方面，因為所開發(fā)的該系統(tǒng)明顯屬于小型的信息管理系統(tǒng)，因此可以直接將數(shù)據(jù)和日志備份等存儲在磁盤上即可。 . 系統(tǒng)配置 DBMS 產(chǎn)品一般都提供了大量的系統(tǒng)配置參數(shù)，供數(shù)據(jù)庫設(shè)計人員和 DBA 進(jìn)行數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計和優(yōu)化。 . 存放位置 在確定數(shù)據(jù)存放位置之前，要將數(shù)據(jù)中易變部分和穩(wěn)定部分進(jìn)行適當(dāng)?shù)姆蛛x，并分開存放；要將數(shù)據(jù)庫管理系統(tǒng)文件和數(shù)據(jù)庫文件分開。并不是所有的表都適合 HASH存取，選擇 HASH方法的原則是： (1) 主要是用于查詢的表（靜態(tài)表），而不是經(jīng)常更新的表； (2) 作為查詢條件列的值域（散列鍵值），具有比較均勻的數(shù)值分布； (3) 查詢條件是相等比較，而不是范圍（大于或等于比較）。一個數(shù)據(jù)庫中可以建立很多簇，但一個表只能加入一個聚簇中。一是索引本身占用磁盤空間；二是系統(tǒng)為索引的維護(hù)要付出代價，特別是對于更新頻繁的表，索引不能定義太多。查詢數(shù)據(jù)時，先在索引中根據(jù)查詢的條件值找到相關(guān)記錄的地址，然后在表中存取對應(yīng)的記錄，所以能加快查詢速度。此外，數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計是一個不斷完善的過程，開始只能是一個初步設(shè)計，在數(shù)據(jù)庫系統(tǒng)運行過程中要不斷檢測并進(jìn)行調(diào)整和優(yōu)化。 本次設(shè)計的小型圖書館信息管理系統(tǒng)是在 WindowsXP 支持下的MYSQL環(huán)境下開發(fā)運行的， 具有功能強(qiáng)，使用簡單，管理方便，運行速度快，可靠性高，安全保密等特點 。 在關(guān)系數(shù)據(jù)庫中主要是存儲結(jié)構(gòu)和存儲方法 的確定 ； ⑵ 對物理結(jié)構(gòu)進(jìn)行評價，評價的重點是時間和空間的效率。具體來說即：所有數(shù)據(jù)對管理人員來說都是可見的，圖書信息的數(shù)據(jù)對所有人可見，其余的個人信息只對除管理人員之外的個人可見。有些數(shù)據(jù)，如企業(yè)產(chǎn)品的成本信息是企業(yè)比較重要的信息，只有部分用戶才能查詢和使用，客戶一般不能查詢，可以定義客戶視圖，屏蔽其中的成本信息，確保系統(tǒng)的安全。 定義用戶模式的主要目的是： 1〉符合用戶的使用習(xí)慣。由于 3NF中不存在非主屬性對碼的傳遞依賴及部分依賴關(guān)系，分析以上所得關(guān)系模式 ，去掉不必要的部分表格，可得到以下具有 3NF特性的關(guān)系模 式： 圖書（ 圖書號 、書名、出版社編號、作者、數(shù)量、是否借出 ） 借閱者（ 借書號 、姓名、性別、 身份代碼、 密碼、電話號碼） 借閱表（ 借書號、圖書號 、借書日期、應(yīng)歸還日期、借閱數(shù)目） 出版社（ 編號 、聯(lián)系人、所在地、電話、供應(yīng)類別） 身份（ 代碼 、描述、最大借閱數(shù)） 管理人員（ 工作號 姓名、電話、密碼） 工作人員（ 工作號 姓名、電話、維護(hù)圖書類型、密碼） 圖書館信息管理系統(tǒng)設(shè)計報告 第 28 頁 共 31 頁 設(shè)計用戶子模式 概念模型通過轉(zhuǎn)換、優(yōu)化后成為全局邏輯模型，還應(yīng)該根據(jù)局部應(yīng)用的需要，結(jié)合 DBMS的特點，設(shè)計用戶子模式。水平分解是指按一定的原則，將一個表橫向分解成兩個或多個表； 垂直分解是通過模式分解，將一個表縱 向分解成兩個或多個表 。 將兩個或多個高范式通過自然連接，重新合并成一個較低的范式過程稱為逆規(guī)范化。常用的方法包括規(guī)范化和分解： 1） . 規(guī)范化 規(guī)范化就是確定表中各個屬性之間的數(shù)據(jù)依賴，并逐一進(jìn)行分析，考察是否存在部分 函數(shù)依賴、傳遞函數(shù)依賴、多值依賴等，確定屬于哪種范式。同時增加了借閱相關(guān)的屬性：借書日期、應(yīng) 歸還日期 、借閱數(shù)目 。 ② 1:1的聯(lián)系： 1:1 聯(lián)系是 1:n聯(lián)系的特例，兩個實體分別轉(zhuǎn)換成表后，只要在一個表中增加外碼，一般在記錄數(shù)較少的表中增 加屬性，作為外碼，該屬性是另一個表的主碼 。 ⑵ 實體間的聯(lián)系根據(jù)聯(lián)系的類型，轉(zhuǎn)換如下： ① 1:n的聯(lián) 系： 1:n 的聯(lián)系是比較普遍的聯(lián)系，其轉(zhuǎn)換比較直觀。 基于關(guān)系數(shù)據(jù)模型的邏輯結(jié)構(gòu)的設(shè)計一般分為三個步驟： ⑴ 概念模型 (ER圖 )轉(zhuǎn)換為關(guān)系數(shù)據(jù)模型 ⑵ 關(guān)系模型的規(guī)范化和優(yōu)化 ⑶ 設(shè)計用戶子模式 概念模型（ ER 圖）轉(zhuǎn)換為 關(guān)系 數(shù)據(jù) 模型 概念模型向關(guān)系數(shù)據(jù)模型的轉(zhuǎn)化就是將用 ER 圖表示的實體、實體屬性和實體間的聯(lián)系轉(zhuǎn)化為關(guān)系模式。 在本系統(tǒng)中，由于實體間關(guān)系不是很復(fù)雜，完全可以根據(jù)分析方法對初步 ER 圖進(jìn)行冗余消除。 當(dāng)然，并不是所有的冗余數(shù)據(jù)與冗余聯(lián)系都必須消除，有時為了提高 效率， 而不得不 以冗余信息作為代價。其次，就是命名沖突比較明顯，所以 在合并時對產(chǎn)生了命名沖突的屬性進(jìn)行了重命名，比如“借 閱者”與“工作人員”都有“姓名”這一屬性，則可以用“姓名 1”與“姓名 2”來進(jìn)行區(qū)分，依此類推，從而得到了基本可行的初步 ER 圖。 ⑶ 結(jié)構(gòu)沖突 結(jié)構(gòu)沖突的表現(xiàn)主要是：同一對象在不同的局部 ER圖中，有的作為實體，有的作為屬性；同一實體在不同的局部 ER圖中，屬性的個數(shù)或順序不一致；同一實體的在局部 ER圖中碼不同；實體間的聯(lián)系在不同的局部 ER圖中聯(lián)系的類型不同。 ⑵ 命名沖突 同名異義：相同的實體名稱或?qū)傩悦Q，而 意義不同。 2) 局部 ER 模式的合并 合并 有兩種方法：一是多個分 ER 圖一次性集成 ，這種方法弊病多，且實施起來不方便，所以不常用；一般用第二種，即逐步集成的方法， 用累加方式一次集成兩個分 ER 圖。全局概念結(jié)構(gòu) 不僅要 支持所有局部 ER 模式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結(jié)構(gòu)。一種完整的方式是對局部結(jié)構(gòu)中任意兩 實 體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構(gòu)中任意兩個實體類型之間是否存在聯(lián)系。然后再把概念模式轉(zhuǎn)換成邏輯模式。 2〉借閱者的信息中，所用姓名及其他純屬筆者玩笑之舉，只為在繁雜的工作中找點樂趣，絕無剽竊及侵權(quán)意圖，若有冒犯，敬請諒解。在本系統(tǒng)中由于 沒有打印機(jī)設(shè)備供試驗，所以 把報表打印改成報表預(yù)覽。 圖書館管理 人員功能的信息量大，數(shù)據(jù)安全性和保密性要求最高。在此模塊中，圖書館工作人員可以為圖書借閱者加入借書記錄或是還書記錄，打印生成相應(yīng)的報表給用戶查看和確認(rèn)。 當(dāng)然， 一般情況下，圖書借閱者只應(yīng)該查詢和維護(hù)本人的借書情況和個人信息，若查詢和維護(hù)其他借閱者的借書情況和個人信息，就要知道其他圖書借閱者的借書證號和密碼。 DD可以采用卡片形式。加工是對數(shù)據(jù)進(jìn)行處理的單元，用園角矩形表示，并在其內(nèi)標(biāo)明加工名稱。其主要成分有四種：數(shù)據(jù)流、數(shù)據(jù)存儲、加工、數(shù)據(jù)的源點和終點。用戶需求分析的方法很多，可以采用結(jié)構(gòu)化分析方法、面向?qū)ο蠓治龇椒ǖ?，本章采用結(jié)構(gòu)化分析方法。 在本系統(tǒng)中，四類用戶都需要通過登陸界面進(jìn)入系統(tǒng)。在需求收集時，進(jìn)行初步需求分析；在需求分析時，對需求不明確之處要進(jìn)一步收集。 . 性能需求 指用戶對新系統(tǒng)性能的要求，如系統(tǒng)的響應(yīng)時間、系統(tǒng)的容量，以及一些其它屬性，如：保密性、可靠性等等。 本系統(tǒng)數(shù)據(jù)性質(zhì)比較單一，即 CHAR類和 FLOAT類即能滿足需求，數(shù)據(jù)庫中所存儲信息皆來自對該系統(tǒng)未來用戶的調(diào)查，由系統(tǒng)管理員集中錄入即可。在用戶需求分析中，除了充分考慮現(xiàn)有系統(tǒng)的需求外，還要充分考慮系統(tǒng)將來可能的擴(kuò)充和修改，從開始就讓系統(tǒng)具有擴(kuò)展性。 圖書館信息管理系統(tǒng)設(shè)計報告 第 8 頁 共 31 頁 3 .需求分析報告 根據(jù)軟件工程課程所學(xué) 以及國標(biāo)的部分模版 ，需求分析就是 收集、分析用戶的需求，是數(shù)據(jù)庫設(shè)計過程的起點，也是后續(xù)步驟的基礎(chǔ)。 經(jīng)濟(jì) 上 的 可行性 首先，從經(jīng)濟(jì)效益上講 ，而本系統(tǒng)的開發(fā)，為統(tǒng)計人員工作效率帶來了一個質(zhì)的飛躍 ： 第一， 本系統(tǒng)的運行可以代替人工進(jìn)行許多繁雜的勞動； 第二，本系統(tǒng)的運行可以節(jié)省許多資源； 第三，本系統(tǒng)的運行可以大大的提高統(tǒng)計人員的工作效率； 其次是，從所需投入來 講，對于一個中小型的圖書館管理系統(tǒng)來說，它 的投資成本是十分的低 的 ， 應(yīng)該不會超過 5000元。 技術(shù)上 的 可行性 本 次圖書館管理信息系統(tǒng)的開發(fā) 根據(jù)本學(xué)期軟件工程課程的一些基本要求，使用 傳統(tǒng)的生命周期法，即給管理信息系統(tǒng)的開發(fā)定義一個過程，對其每一個階段規(guī)定它的任務(wù)，工作流程，管理目標(biāo)以及要編制的文檔等，使開發(fā)工作易于管理和控制，形成一個可操作的規(guī)范。 B. 系統(tǒng)必須運行在 Win32 平臺上。 3〉 管理 人員對圖書館工作人員及書籍的信息 進(jìn)行添加和刪除。如要對很長時間以前的圖書進(jìn)行更改就更加困難了。總的來說，缺乏系統(tǒng)，規(guī)范的信息管理手段。 而圖書館信息管理系統(tǒng)則是這類信息管理系統(tǒng)的典型代表，對于我們這類具有實驗性質(zhì)的實踐項目來說是最合適不過的了。在各行各業(yè)中離不開信息處理，這正是計算機(jī)被廣泛應(yīng)用于信息管理系統(tǒng)的環(huán)境。 4． 圖書館信息管理系統(tǒng) 開發(fā)工具手冊 .doc(數(shù)據(jù)庫大作業(yè)要求 )。 系統(tǒng)運行環(huán)境 本系統(tǒng)的運行環(huán)境是中文版 win32平臺上 運行。因此， 圖書館使用計算機(jī)來管理成為必然。二十一世紀(jì)是信 息的時代，所以信息的交換和信息流通顯得特別重要。 開發(fā) 工具 本系統(tǒng)主要利用 NetBeans 作前端的應(yīng)用開發(fā)工具， 利用 java 語言實現(xiàn)相應(yīng) 的功能，利用 后臺的數(shù)據(jù)庫，利用 WindowsXP作為系統(tǒng)平臺。 3．相關(guān)數(shù)據(jù)庫管理系統(tǒng)手冊 。 圖書館信息管理系統(tǒng)設(shè)計報告 第 5 頁 共 31 頁 數(shù)據(jù)庫設(shè)計的步驟 數(shù)據(jù)庫的設(shè)計按規(guī)范化設(shè)計方法，劃分為五個階段 (圖 11)，每個階段有相應(yīng)的成果： 報告 可行性研究的前提 當(dāng)今時代是飛速發(fā)展的信息時代。計算機(jī)進(jìn)行信息管理與信息管理系統(tǒng)的開發(fā)密切相關(guān)，系統(tǒng)的開發(fā)是系統(tǒng)管理的前提。數(shù)據(jù)信息處理工作量大，容易出錯；由于數(shù)據(jù)繁多，容易丟失，且不易查找。圖書館采取手工方式對圖書借閱情況進(jìn)行人工管理，由于信息比較多，圖書借閱信息的管理工作混亂而又復(fù)雜；一般借閱情況是記錄在借書 證上，圖書的數(shù)目和內(nèi)容記錄在文件中，圖書館的工作人員和管理員也只是當(dāng)時對它比較清楚，時間一長，如再要進(jìn)行查詢，就得在眾多的資料中翻閱、查找了，造成查詢費時、費力。 2〉 讀者通過登陸 、對自己的個人信息進(jìn)行編輯，并且查詢書籍的基本情況。 條件、假設(shè)和限定 A. 由于本項目的實驗性質(zhì)， 沒有投資方。雖然如今一些大型的圖書館管理系統(tǒng)基本上已經(jīng)很先進(jìn)了 ， 但作為信息管理系統(tǒng)的代表， 這次的 小型 圖書 館信息管理系統(tǒng)的開發(fā) 對本科學(xué)生數(shù)據(jù)庫理論的實踐還是有一定幫助的 ， 因此這個系統(tǒng) 在管理上是可行的。 正確的理論指導(dǎo)和優(yōu)秀的開發(fā)工具，雙重保證了我們這次開發(fā)的技術(shù)可行性。 所以， 此 系統(tǒng)在經(jīng)濟(jì)上 也 是可行的。 需求分析的任務(wù) 需求分析的任務(wù)是通過詳細(xì)調(diào)查，獲取原有手工系統(tǒng)的工作過程和業(yè)務(wù)處理，明確用戶的各種需求，確定新系統(tǒng)的功能。由信息要求導(dǎo)出數(shù)據(jù)要求，從而確定