【導(dǎo)讀】獨立進行研究所取得的成果。畢業(yè)論文中凡引用他人已經(jīng)發(fā)表或未發(fā)。表的成果、數(shù)據(jù)、觀點等，均已明確注明出處。對本文的研究成果做出重要貢獻的個人和集體，均已在文中以明。本聲明的法律責(zé)任由本人承擔(dān)。識產(chǎn)權(quán)歸屬平頂山學(xué)院。本人完全了解平頂山學(xué)院有關(guān)保存、使用畢。何復(fù)制手段保存和匯編本畢業(yè)論文。如果發(fā)表相關(guān)成果，一定征得指。導(dǎo)教師同意，且第一署名單位為平頂山學(xué)院。本人離校后使用畢業(yè)論。步提高，但高校的教材選訂環(huán)節(jié)卻仍存在著許多問題。誤，在某種程度上制約了高校的發(fā)展。訂系統(tǒng)，以擺脫傳統(tǒng)的手工管理方式，提高高校教材選訂水平。為此，本人系統(tǒng)的研究了現(xiàn)有高校教材選訂工作現(xiàn)狀，以平頂山學(xué)院為例，業(yè)版中的Struts+Hibernate+Spring框架，設(shè)計并實現(xiàn)了高校教。理和院系信息管理等模塊進行了詳細(xì)設(shè)計與實現(xiàn)。的制定、教材的申報審核、教材的出入庫到學(xué)生的查詢這一業(yè)務(wù)流程。系統(tǒng)應(yīng)用后，可以減少因人為因素造成失誤的幾率，縮短業(yè)務(wù)的處理時間，究，以便完善和優(yōu)化系統(tǒng)。

　　

【正文】 的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)： 教材信息：教材類別編號、教材類別。 作業(yè)本信息：作業(yè)類別編號、作業(yè)類別、單價。 實驗報告紙信息：報告類別編號、報告類別、單價。 書籍信息：條形碼、書名、作者、出版社、單價。 作業(yè)本入庫信息：作業(yè)本類別、數(shù)量、入庫日期、入庫檢驗員。 實驗報告紙入庫信息：實驗報告紙類別、數(shù)量、入庫日期、入庫檢驗員。 書籍入庫信息：書籍類別、書籍條形碼、數(shù)量、入庫日期、入庫檢驗員。 作業(yè)出庫信息：院系、專業(yè)、班級、學(xué)期、作業(yè)類別、數(shù)量、出庫日期 、出庫檢驗員。 實驗報告紙出庫信息：院系、專業(yè)、班級、學(xué)期、報告類別、數(shù)量、出庫日期、出庫檢驗員。 學(xué)生用書出庫信息：院系、專業(yè)、班級、學(xué)期、書籍條形碼、數(shù)量、出庫日期、出庫檢驗員。 教師用書出庫信息：院系、年份、學(xué)期、條形碼、書籍?dāng)?shù)量、出庫日期、出庫檢驗員。 性能需求 軟件系統(tǒng)在性能方面的要求就是系統(tǒng)所必須遵循的一些約束和限制，如訪問權(quán)限的限制、處理時間的約束、可靠性要求和健壯性要求等。下面是教材管理系統(tǒng)的性能要求。 系統(tǒng)處理的準(zhǔn)確性和及時性是系統(tǒng)的必要性能。在系統(tǒng)設(shè) 計和開發(fā)過程 15 中，要充分考慮系統(tǒng)當(dāng)前和將來可能承受的工作量，使系統(tǒng)的處理能力和響應(yīng)時間能夠滿足對信息處理的需求。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準(zhǔn)確性。 要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。要實現(xiàn)這一點，就要求系統(tǒng)應(yīng)該盡量使用用戶熟悉的術(shù)語和中文信息的界面。 在自主開發(fā)本系統(tǒng)時，要進行良好的設(shè)計工作，制訂行之有效的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。 輕量級的 SSH 整合框架和面向?qū)ο蟮某绦蛟O(shè)計方法，能夠達到 面向未來的發(fā)展要求，從而提高擴展效率、縮短開發(fā)周期，便于二次開發(fā)。 安全問題是系統(tǒng)最關(guān)鍵的問題。對用戶分配角色時，對密碼進行加密存儲，使用戶信息更加安全。同時對一些角色進行權(quán)限限制，防止出現(xiàn)因權(quán)限過大而造成的錯誤操作。還可以隨時對數(shù)據(jù)庫中的數(shù)據(jù)進行備份和恢復(fù)等操作。 本章小結(jié) 本章對系統(tǒng)進行了需求分析，首先分析了教材 選訂 工作的業(yè)務(wù)流程，接著提出了系統(tǒng)的設(shè)計目標(biāo)，然后通過對系統(tǒng)功能需求的分析，得知了該系統(tǒng)所應(yīng)完成的功能，然后進行了數(shù)據(jù)庫需求分析，總結(jié)出了系統(tǒng)的數(shù)據(jù)需求，最后進行了系統(tǒng) 性能需求分析。 16 4 總體設(shè)計 總體設(shè)計主要是指在系統(tǒng)分析的基礎(chǔ)上，對整個系統(tǒng)的劃分（子系統(tǒng)）、機器設(shè)備（包括軟、硬設(shè)備）的配置、數(shù)據(jù)的存貯規(guī)律以及整個系統(tǒng)實現(xiàn)規(guī)劃等方面進行合理的安排 [25]。 本章從系統(tǒng)設(shè)計思想、數(shù)據(jù)庫設(shè)計、系統(tǒng)功能設(shè)計和接口設(shè)計四個方面進行描述。 體系結(jié)構(gòu)設(shè)計 本系統(tǒng)采用目前主流的 SSH 三層架構(gòu)技術(shù)， SSH 三層架構(gòu)技術(shù) 是目前流行的MVC 框架之一。典型的 J2EE 三層結(jié)構(gòu)，分為表現(xiàn)層、中間層（業(yè)務(wù)邏輯層）和持久層。 Web 應(yīng)用的前端是表現(xiàn)層。 SSH 整合框架使用 Struts 框 架，其負(fù)責(zé)的工作為：管理用戶的請求，做出相應(yīng)的響應(yīng)；提供一個流程控制器，委派調(diào)用業(yè)務(wù)邏輯和其他上層處理；處理異常；為顯示提供一個數(shù)據(jù)模型和用戶界面的驗證等。 Web 應(yīng)用的后端是持久層。 SSH 整合框架使用 Hibernate，其持久化對象是基于 簡單的 Java 對象 (Plain Old Java Objects， POJO)和 Java 集合的，負(fù)責(zé)的工作為：查詢對象的相關(guān)信息；增加、刪除、更新數(shù)據(jù)庫記錄等。 Web 應(yīng)用的中間部分是業(yè)務(wù)邏輯層。 SSH 整合框架使用 Spring 框架，其負(fù)責(zé)的工作為：管理事物；提供與其 他層相互作用的接口；管理業(yè)務(wù)層級別的對象的依賴；管理從業(yè)務(wù)層到持久層的程序執(zhí)行等。應(yīng)用 Struts 的目的是為了分離視圖層和控制層；Spring 是為了通過接口編程，提高程序的重用率和可維護性； Hibernate 的目的是為了實現(xiàn)用面向?qū)ο蟮乃枷雭砉芾頂?shù)據(jù)庫，實現(xiàn)與數(shù)據(jù)庫之間的低耦合。這種整合的開發(fā)模式讓開發(fā)更加方便、快捷、思路清晰。 系統(tǒng) 基本業(yè)務(wù)流程是：在表示層中，首先通過 JSP 實現(xiàn)界面交互，負(fù)責(zé)傳送請求 (Request)和接收響應(yīng) (Response)，然后 Struts 將 ActionServlet 接收到 的 Request委派給 Spring DelegatingActionProxy，再轉(zhuǎn)交給 相應(yīng)的 Action 處理。在業(yè)務(wù)層中，管理服務(wù)組件的 Spring IoC 容器負(fù)責(zé)向 Action 提供業(yè)務(wù)模型 (Model)組件和該組件的協(xié)作對象數(shù)據(jù)處理 (Data Access Objects， DAO)組件完成業(yè)務(wù)邏輯，并提供事務(wù)處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據(jù)的完整性。而在持久層中，則依賴于 Hibernate 的對象化映射和數(shù)據(jù)庫交互，處理 DAO 組件請求的數(shù)據(jù)，并返回處理結(jié)果 [26]。 17 該系統(tǒng)的架構(gòu)圖如圖 41 所示。 控 制 器 S t r u t sA c t i o nS e r v l e tJ S PA c t i o nF o r mA c t i o n業(yè) 務(wù) 層 S p r i n gS p r i n gA O PS p r i n gI o C數(shù) 據(jù) 庫持 久 層H i b e r n a t eH i b e r n a t eT e m p l a t eH i b e r n a t eD A OR e q u e s tR e s p o n s e 圖 41 系統(tǒng)架構(gòu)圖 數(shù)據(jù)庫設(shè)計和實現(xiàn) 數(shù)據(jù)庫設(shè)計的目標(biāo)是設(shè)計出該系統(tǒng)所使用的數(shù)據(jù)庫，并創(chuàng)建相應(yīng)的數(shù)據(jù)表，每個表中要有符合條件的屬性。首先進行數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計，然后進行數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計，最終完成符合該系統(tǒng)的完整的數(shù)據(jù)庫 。 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計 概念結(jié)構(gòu)是獨立于任何一種數(shù)據(jù)模型的信息結(jié)構(gòu)。數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計的目標(biāo)是 將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)， 產(chǎn)生反映全組織信息需求的整體數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模式 ，它是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵 [27]。 根據(jù)對系統(tǒng)所作的需求分析，規(guī)劃 出本系統(tǒng)中使用的數(shù)據(jù)信息實體，并用 ER圖對其進行描述。 本文以教材相關(guān)實體信息為例進行描述 : 教材信息實體包括：教材類別編號、教材類別。 作業(yè)本信息實體包括：作業(yè)本編號、作業(yè)本類別、單價。 實驗報告紙信息實體包括：實驗報告紙編號、實驗報告紙類別、單價。 書籍信息實體包括：書籍條形碼、書名、作者、出版社、單價。 作業(yè)本入庫信息實體包括：編號、類別、數(shù)量、入庫日期、入庫檢驗員。 實驗報告紙入庫信息實體包括：編號、類別、數(shù)量、入庫日期、入庫檢驗員。 書籍入庫信息實體包括：編號、類別、書籍條形碼、入庫數(shù)量、入庫日 期、入庫檢驗員。 作業(yè)本出庫信息實體包括：出庫編號、院系、專業(yè)、班級、學(xué)期、作業(yè)類別、出庫數(shù)量、出庫日期、出庫檢驗員。 實驗報告紙出庫信息實體包括：出庫編號、院系、專業(yè)、班級、學(xué)期、實驗報告類別、出庫數(shù)量、出庫日期、出庫檢驗員。 18 學(xué)生用書出庫信息實體包括：出庫編號、院系、專業(yè)、班級、學(xué)期、書籍條形碼、出庫數(shù)量、出庫日期、出庫檢驗員。 教師用書出庫信息實體包括：出庫編號、院系、年份、學(xué)期、書籍條形碼、出庫數(shù)量、出庫日期、出庫檢驗員。 教材相關(guān) ER 圖如圖 42 所示 。 圖 42 教材相關(guān) ER 圖 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計 邏輯結(jié)構(gòu)設(shè)計的任務(wù)是將概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本 ER圖轉(zhuǎn)化為對應(yīng)的關(guān)系模式，從而完成邏輯結(jié)構(gòu)設(shè)計，為數(shù)據(jù)庫實現(xiàn)作準(zhǔn)備。 以教材相關(guān)實體信息 ER 圖為例，將其轉(zhuǎn)換為關(guān)系模型，可得到如下關(guān)系模式： (關(guān)系的碼用下橫線標(biāo)出 ) 教材關(guān)系模式：教材 (教材編號 ，教材類別 ) 作業(yè)本關(guān)系模式：作業(yè)本 (作業(yè)類別編號 ，作業(yè)類別名稱，單價 ) 實驗報告紙關(guān)系模式：實驗報告紙 (報告類別編號 ，報告類別名稱，單價 ) 書籍關(guān)系模式：書籍 (條形碼 ，書名，作者，出版社 ，單價 ) 作業(yè)入庫關(guān)系模式：作業(yè)入庫 (入庫編號 ，類別，數(shù)量、入庫日期、檢驗員 ) 實驗報告入庫關(guān)系模式：實驗報告入庫 (入庫編號 ，類別，數(shù)量、入庫日期、入庫檢驗員 ) 教材 包含 1 學(xué)生用書 出庫記錄 出庫 實驗報告 作業(yè)本 書籍 n n 教師用書 出庫記錄 書籍入庫記錄 報 告入庫記錄 作業(yè)入庫記錄 包含 1 n 1 包含 n 出庫 入庫 出庫 出庫 入庫 入庫 1 1 n 1 n n n 1 1 1 n n n 作業(yè)出庫記錄 報告出庫記錄 條形碼 學(xué)期 年份 院系 出庫數(shù)量 出庫日期 檢驗員 出庫編號 類別 條形碼 入庫數(shù)量 出庫日期 編號 入庫日期 出庫數(shù)量 條形碼 學(xué)期 班級 專業(yè) 院系 出庫編號 檢驗員 檢驗員 班級 學(xué)期 專業(yè) 院系 出庫編號 檢驗員 作 業(yè)類別 條形碼 書名 作者 出庫數(shù)量 出庫日期 類別編號 學(xué)期 報告類別 出版社 單價 出庫數(shù)量 出庫日期 檢驗員 教材類別 班級 專業(yè) 院系 出庫編號 作業(yè)編號 作業(yè)類別 單價 編號 報告編號 報告類別 單價 編號 數(shù)量 類別 入庫日期 檢驗員 檢驗員 入庫日期 數(shù)量 類別 19 書籍入庫關(guān)系模式：書籍入庫 (入庫編號 ，條形碼，數(shù)量、入庫日期、入庫檢驗員 ) 作業(yè)本出庫關(guān)系模式：作業(yè)本出庫 (出庫編號 ，院系、專業(yè)、班級、學(xué)期、類別，數(shù)量、出庫日期、出庫檢驗員 ) 實驗報告紙出庫關(guān)系模式：實驗報告紙出庫 (出庫編號 ，院系、專業(yè)、班級、學(xué)期、類別，數(shù)量、出庫日期、出庫檢驗員 ) 學(xué)生用書出庫關(guān)系模式：學(xué)生用書出庫 (出庫編號 ，院系、專業(yè)、班級、學(xué)期、條形碼，數(shù)量、出庫日期、出庫檢驗員 ) 教師用書出庫關(guān)系模式：教師用書出庫 (出庫編號 ，院系、年份、學(xué)期、條形碼，數(shù)量、出庫日期、出庫檢驗員 ) 數(shù)據(jù)庫實現(xiàn) 在完成數(shù)據(jù)需求的分析和對數(shù)據(jù)庫的設(shè)計基礎(chǔ)上，實現(xiàn)數(shù)據(jù)庫的具體實現(xiàn)，基本上達到第三范式的要求，但由于一些數(shù)據(jù)表關(guān)聯(lián)太多，不利于查詢，所以對于一些數(shù)據(jù)表保留了適當(dāng)?shù)娜哂唷? 數(shù)據(jù)庫共有 35 張數(shù)據(jù)表， 部分?jǐn)?shù)據(jù)表的表名及說明如表 41 所示。 表 41 部分?jǐn)?shù)據(jù)表 編號 表名 說明 1 tb_ZTLB 教材分類信息表 2 tb_ZYLB 作業(yè)本分類信息表 3 tb_JCLB 書籍分類信息表 4 tb_BGLB 實驗報告紙分類信息表 5 tb_SJXX 書籍信息表 6 tb_ZYRK 作業(yè)本入庫信息表 7 tb_ZYCK 作業(yè)本出庫信息表 8 tb_BGRK 實驗報告紙入庫信息表 9 tb_BGCK 實驗報告紙出庫信息表 10 tb_JCRK 書籍入庫信息表 11 tb_XSYS 學(xué)生用書出庫信息表 12 tb_JSYS 教師用書出庫信息表 功能設(shè)計 通過系統(tǒng)需求分析，可以將系統(tǒng)分為七個模塊：個人信息管 理模塊、教材申報管理模塊、信息查詢模塊、教材科信息管理模塊、院系信息管理模塊、文件信 20 息管理模塊及數(shù)據(jù)庫信息管理模塊。 系統(tǒng)功能結(jié)構(gòu)圖如圖 43 所示。 高 校 教 材 管 理 系 統(tǒng)個 人 信 息 管 理文件下載其他信息管理角色信息分配行政單位設(shè)置其他信息管理書籍費用查詢?nèi)霂煨畔⒂涗洺鰩煨畔⒂涗洈?shù)據(jù)庫恢復(fù)數(shù)據(jù)庫備份查詢審核結(jié)果教材申報審核教材信息申報制定教學(xué)安排查詢教學(xué)安排院 系 信 息 管 理教 材 科 信 息 管 理教 材 申 報 管 理數(shù) 據(jù) 庫 管 理文 件 信 息 管 理文件上傳查詢登錄日志角色密碼修改信 息 查 詢 管 理 圖 43 系統(tǒng)功能結(jié)構(gòu)圖 個人信息管理模塊包括用戶密碼的修改、登錄日志查詢；教材申報管理模塊包括制定教學(xué)安排、查詢教學(xué)安排信息、教材申報、教材申報兩重審核、審核結(jié)果查詢；信息查詢模塊主要是針對學(xué)生書籍費用的查詢；教材科信息管理模塊包括書籍、作業(yè)本、實驗報告紙的出入庫信息及其它信息的管理；院系信息管理模塊主要是角色的分配管理、行政單位的設(shè)置及一些基本信息的管理；文件信息管理模塊包括文件的上傳和下載；數(shù)據(jù)庫信息管理模塊主要是針對系統(tǒng)維護人員進行數(shù)據(jù)庫的備份和恢復(fù)。根據(jù)需求分析可知系統(tǒng)角色共分為：學(xué)生、教師、教研室管理員、教務(wù)秘書、教務(wù)處管理員、教材科管理員及維護人員七種，不同的角色在不同的管理模塊要實現(xiàn)的功能也不盡相同。 接口設(shè)計 軟件接口是軟件系統(tǒng)中程序之間的接口，包括軟件系統(tǒng)