計算機-java圖書管理系統(編輯修改稿)

　

【文章內容簡介】 ............................................................................................... 27 東華理工大學國際學院畢業設計（論文） 目錄 東華理工大學國際學院 畢業設計（論文） 緒論 1 緒論 研究背景 本 書店 理系統是針對學校的圖書館日常操作業務而開發的管理軟件。根據 書店 管理員、 會員借閱的需求，實現圖書、讀者之間的有序化，信息化管理。本系統主要由這幾個模塊組成：日常借閱操作、讀者管理、圖書管理、系統設置等。 圖書管理系統通過錄入圖書的詳細資料，建立讀者檔案、系統用戶資料，設置各類參數（如：超期期限、讀者類別、圖書類別等等），找出圖書與讀者之間的對應關系，實現日常的借閱操作。基于得到的這些基礎數據，系 統自行生成相應的統計數據以供管理員查詢、分析；另外，管理員還可以對這些基本信息進行定期的數據更新和數據庫維護；為讀者借閱時提供圖書是否在館，以及自己借書、還書等情況的查詢功能，圖書管理系統力求給圖書管理員提供操作簡單、方便快捷的途徑去管理這些龐大，繁瑣的信息和圖書。 研究意義 隨著計算機應用在全球范圍內日益普及，當今社會正快速向信息化 、電腦化 社會前進，信息自動化的作用也越來越大。從而使我們從繁雜的事務中解放出來，提高了我們的工作效率。 鑒于 目前 某些書社 的借閱工作還是手工管理，工作效率很低，并且不 能及時了解 會員 們 的 需求的圖書等，不能更好的適應當前 會員 的借閱要求。手工管理還存在這許多弊端 ,由于不可避免的人為因素 ,造成數據的遺漏、誤報。計算機信息化管理有著儲存量大，速度快等許多優點，提供給我們的處理信息及時快捷，因此我們利用計算機提供給我們的信息對 會員 們的借閱過程形成一整套動態的管理。 現狀調研 一直以來人們使用傳統的人工方式管理圖書館的日常工作，對于 書社的借書 和還書過程，想必大家都已很熟悉。在計算機尚未在 書社 廣泛使用之前，借書和還書過程主要依靠手工。一個 最典型的手工處理還書過程就是：讀者將要借的書和借閱證交給 書社老板，書社老板 將每本書上附帶的描述書的信息的卡片和讀者的借閱證放在一個小格欄里，并在借閱證和每本東華理工大學國際學院 畢業設計（論文） 緒論 2 書貼的借閱條上填寫借 閱信息。這樣借書過程就完成了。還書時，讀者將要還的書交給書社老板，書社老板 根據圖書信息找到相應的書卡和借閱證，并填好相應的還書信息，這樣還書過程就完成了。 以上所描述的手工過程的不足之處顯而易見，首先處理借書、還書業務流程的效率很低，其次處理能力比較低，一段時間內，所能服務的讀者人數是有限的。 本系統正是基于改變這種現狀的一個嘗試 ，用 My SQL數據庫實現，用 JAVA 語言開發，界面友好，操作簡單 ,利用本系統 來處理這些流程無疑會極大程度地提高效率和處 理能力。我們將會看到排隊等候借書、還書的隊伍不再那么長，書社老板（管理員） 出錯的概率也小了，讀者可以花更多的時間在選擇書和看書上。 可行性分析 本次畢業設計題目：“ 書社 管理系統”主要目的是利用數據庫軟件編制一個管理軟件，用以實現 書社老板（管理員）對圖書 多項管理。同時對整個系統的分析、設計過程給出一個完整論證。 書社 管理系統是一種基于集中統一規劃的數據庫數據管理新模式。在對 圖書、 會員 的管理，其實是對圖書、 會員 數據的管理。本系統的建成無疑會為 書社老板（管理員） 提供極大的幫助。 本系統的設計主要從以下幾方面做起：系統業務流程分析、系統的功能設計、系統的數據庫結構設計、系統輸入 /輸出設計等。作這些工作需對數據庫知識有足夠認識，并深入的了解 的使用和管理系統的相關知識。 在信息時代的今天，人類需要對在政治、經濟、軍事、文化、科研、教育等領域產生的大量信息進行管理，并對數據進行加工處理，數據庫技術則是信息管理與數據處理的先進技術。隨著信息量的不斷增加，作為 計算機的三大主要應用（科學計算、過程控制和數據處理）之一的數據處理，已迅速上升為計算機應用的主要方面，數據庫技術則成為人們日常生活中處理數據不可缺少的有力工具，并且現代的信息管理系統幾乎都以數據庫技術作為核心。 東華理工大學國際學院畢業設計（論文） 系統開發技術介紹 3 第 1 章 系統開發 技術介紹 JAVA 技術 Java簡介 Java 是由 Sun Microsystems 公司 于 1995 年 5 月推出的 Java 程序設計語言（以下簡稱 Java 語言）和 Java 平臺的總稱。用 Java 實現的 HotJava 瀏覽器（支持 Java applet）顯示了 Java 的魅力：跨平臺、動態的 Web、 Inter 計算。從此， Java被廣泛接受并推動 了 Web 的迅速發展，常用的瀏覽器現在均支持 Java applet。另一方面， Java 技術也不斷更新。 Java 平臺由 Java 虛擬機（ Java Virtual Machine）和 Java 應用編程接口（ Application Programming Interface、簡稱 API）構成。 Java 應用 編程 接口為 Java 應用提供了一個獨立于 操作系統 的標準接口，可分為基本部分和擴展部分。在硬件或操作系統平臺上安裝一個 Java 平臺之后， Java 應用程序就可運行。現在 Java 平臺已經嵌入了幾乎所有的操作系統。這樣 Java 程序可以只編譯一次，就可以在各種系統中運行。 Java 應用編程接口已經從 版發展到 版。目前常用的 Java 平臺基于 ，最近版本為 。 Java分為三個體系 JavaSE(Java2 Platform Standard Edition， java平臺標準版 )，JavaEE(Java 2 Platform,Enterprise Edition， java 平臺企業版 )， JavaME(Java 2 Platform Micro Edition， java 平臺微型版 )。 JDBC定義 JDBC（ Java Data Base Connectivity,java 數據庫連接）是一種用于執行 SQL語句的 Java API，可以為多種關系數據庫提供統一訪問，它由一組用 Java 語言編寫的類和接口組成。 JDBC 為工具 /數據庫開發人員 提供了一個標準的 API，據此可以構建更高級的工具和接口，使數據庫開發人員能夠用純 Java API 編寫數據庫應用程序，同時， JDBC 也是個商標名。 有了 JDBC，向各種關系數據發送 SQL 語句就是一件很容易的事。換言之，有了 JDBC API，就不必為訪問 Sybase 數據庫專門寫一個程序，為訪問 Oracle 數據庫又專門寫一個程序，或為訪問 Informix 數據庫又編寫另一個程序等等，程序員只需用JDBC API 寫一個程序就夠了，它可向相應數據庫發送 SQL 調用。同時，將 Java 語言和 JDBC 結合起來使程序員 不必為不同的平臺編寫不同的應用程序，只須寫一遍程序就可以讓它在任何平臺上運行，這也是 Java 語言 “編寫一次，處處運行 ”的優勢。 Java 數據庫連接體系結構是用于 Java 應用程序連接數據庫的標準方法。 JDBC東華理工大學國際學院畢業設計（論文） 系統開發技術介紹 4 對 Java 程序員而言是 API，對實現與數據庫連接的服務提供商而言是接口模型。作為 API， JDBC 為程序開發提供標準的接口，并為數據庫廠商及第三方中間件廠商實現與數據庫的連接提供了標準方法。 JDBC 使用已有的 SQL 標準并支持與其它數據庫連接標準，如 ODBC 之間的橋接。 JDBC 實現了所有這些面向標準的目標 并且具有簡單、嚴格類型定義且高性能實現的接口。 Java 具有堅固、安全、易于使用、易于理解和可從網絡上自動下載等特性，是編寫數據庫應用程序的杰出語言。所需要的只是 Java 應用程序與各種不同數據庫之間進行對話的方法。而 JDBC 正是作為此種用途的機制。 JDBC 擴展了 Java 的功能。例如，用 Java 和 JDBC API 可以發布含有 applet 的網頁，而該 applet 使用的信息可能來自遠程數據庫。企業也可以用 JDBC 通過 Intra 將所有職員連到一個或多個內部數 據庫中（即使這些職員所用的計算機有 Windows、 Macintosh 和 UNIX 等各種不同的操作系統）。隨著越來越多的程序員開始使用 Java 編程語言，對從 Java 中便捷地訪問數據庫的要求也在日益增加。 MIS 管理員們都喜歡 Java 和 JDBC 的結合，因為它使信息傳播變得容易和經濟。企業可繼續使用它們安裝好的數據庫，并能便捷地存取信息，即使這些信息是儲存在不同數據庫管理系統上。新程序的開發期很短。安裝和版本控制將大為簡化。程序員可只編寫一遍應用程序或只更新一次，然后將它放到服務器上， 隨后任何人就都可得到最新版本的應用程序。對于商務上的銷售信息服務， Java 和 JDBC 可為外部客戶提供獲取信息更新的更好方法。 MVC 技術 MVC 三層架構也稱 MVC 模式，主要是將程序開發分為 MODEL 層（數據持久層）、 VIEW（界面表示層）、 CONTROL 層（控制層）這三個層面，并將這三個層面分開來，形成了一個立體的架構 [7][9]。三個層次之間的主要交互如下所示： MVC 模式三層架構圖 VIEW 層 CONTROL 層 MODEL 層 東華理工大學國際學院畢業設計（論文） 系統開發技術介紹 5 MVC 模型介紹 MVC 英文即 ModelViewController，即把一個應用的輸入、處理、輸出流程按照 Model、 View、 Controller 的方式進行分離，這樣一個應用被分成三個層—— 模型層、視圖層、控制層。 （ 1）視圖 (View)代表用戶交互界面，對于 Web 應用來說，可以概括為 HTML界面，但有可能為 XHTML、 XML 和 Applet。隨著應用的復雜性和規模性，界面的處理也變得具有挑戰性。一個應用可能有很多不同的視圖， MVC 設計模式對于視圖的處理僅限于視圖上數據的采集和處理，以及用戶的請求，而不包括在視圖上的業務流程的處理。 業務流程的處理交予模型 (Model)處理。比如一個訂單的視圖只接受來自模型的數據并顯示給用戶，以及將用戶界面的輸入數據和請求傳遞給控制和模型。 （ 2）模型 (Model)：就是業務 流程 /狀態的處理以及業務規則的制定。業務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數據，并返回最終的處理結果。業務模型的設計可以說是 MVC 最主要的核心。目前流行的 EJB 模型就是一個典型的應用例子，它從應用技術實現的角度對模型做了進一步的劃分，以便充分利用現有的組件，但它不能作為應用設計模型的框架。它僅僅告訴你按這種模型設計就可以利用某些技術組件，從而減少了技術上的困難。業務模型還有一個很重要的模型那就是數據模型。數據模型主要指實體對象的數據 保存（持續化）。比如將一張訂單保存到數據庫，從數據庫 獲取訂單。我們可以將這個模型單獨列出，所有有關數據庫的操作只限制在該模型中。 （ 3）控制 (Controller)可以理解為從用戶接收請求 , 將模型與視圖匹配在一起，共同完成用戶的請求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個分發器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求。控制層并不做任何的數據處理。例如，用戶點擊一個連接，控制層接受請求后 , 并不處理業務信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。因此，一個模型可能對應多個視圖，一個視圖 可能對應多個模型 [4][5][6]。 MVC 設計模式的實現 （ 1）視圖是模型的表示，它提供用戶交互界面。使用多個包含單顯示頁面的用戶部件，復雜的 Web 頁面可以展示來自多個數據源的內容，并且網頁人員，美工能獨自參與這些 Web 頁面的開發和維護。 （ 2）為了能夠控制和協調每個用戶跨越多個請求的處理，控制機制應該以集中的方式進行管理。應用程序的控制器集中從客戶端接收請求，決定執行什么商業邏輯功能，然后將產生下一步用戶界面的責任委派給一個適當的視圖組件。 用控制器提供一個控制和處理請求的集中入口點，它 負責接收、截取并處理用戶請求；并將請求