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