【正文】 中小型書店更安全，更合適。 書店 信息化 管理的意義 1) 信息化可以規(guī)范操作，提高工作效率 5 信息技術(shù)本身要求數(shù)據(jù)的 規(guī)范化，不規(guī)范的數(shù)據(jù)難以實(shí)現(xiàn)計(jì)算機(jī)作業(yè)，通過人機(jī)界面的技術(shù)處理，可以有效地規(guī)范數(shù)據(jù)，提高了信息加工處理和分析的效率。 書店 管理 系統(tǒng) 的關(guān)鍵技術(shù)分析 Java Swing 簡(jiǎn)介 Swing 是一個(gè)用于開發(fā) Java 應(yīng)用程序用戶界面的開發(fā)工具包 [1]。 Swing開發(fā)人員只用很少的代碼就可以利用 Swing 豐富、靈活的功能和模塊化組件來(lái)創(chuàng)建優(yōu)雅的用戶界面。但是比較遺憾的是 AWT 產(chǎn)生的是在各系統(tǒng)看來(lái)都同樣欠佳的圖形用戶接口， 為老的 AWT 添加了 java 基礎(chǔ)類（ JFC ），這是一個(gè)被稱為 “ Swing” 的 GUI 的一部分。 Swing 是構(gòu)筑在 AWT 上層的一組 GUI 組件的集合，為了保證可移植性 [2]，它完全用 Java 語(yǔ)言編寫，與 AWT 相比， Swing 提供了更完整的組件，引入了許多新的特性和能力。 Swing 也增強(qiáng)了 AWT 中組件的功能。 JComponent 類是 Swing 組件的基類 [3]，而 JComponent 繼承自 Container 類，因此，所有的 Swing 組件都是 AWT 的容器。它由一些 Java 語(yǔ)言編寫的類和界面組成。 通過使用 JDBC，開發(fā)人員可以很方便地將 SQL 語(yǔ)句傳送給幾乎任何一種數(shù)據(jù)庫(kù)。用 JDBC 寫的程序能夠自動(dòng)地將 SQL語(yǔ)句傳送給相應(yīng)的數(shù)據(jù)庫(kù)管理系統(tǒng)（ DBMS）。Java 和 JDBC 的結(jié)合可以讓開發(fā)人員在開發(fā)數(shù)據(jù)庫(kù)應(yīng)用時(shí)真正實(shí)現(xiàn) “ 一次編寫，處處運(yùn)行 ” 。它所需要的是 Java 應(yīng)用如何同各種各樣的數(shù)據(jù)庫(kù)連接， JDBC 正是實(shí)現(xiàn)這種連接的關(guān)鍵。微軟推薦的分層式結(jié)構(gòu)一般分為三層，從下至上分別為：數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層（又或成為領(lǐng)域?qū)樱?、表示層。所謂三層體系結(jié)構(gòu)，是在客戶端與數(shù)據(jù)庫(kù)之間加入了一個(gè) “ 中間層 ” ， 也叫組件層。 三層體系的應(yīng)用程序?qū)I(yè)務(wù)規(guī)則、數(shù)據(jù)訪問、合法性校驗(yàn)等工作放到了中間層進(jìn)行處理。 表示層 位于最外層（最上層），離用戶最近。 業(yè)務(wù)邏輯層 7 業(yè)務(wù)邏輯層（ Business Logic Layer）無(wú)疑是系統(tǒng)架構(gòu)中體現(xiàn)核心價(jià)值的部分。例如 Martin Fowler 在《 Patterns of Enterprise Application Architecture》一書中，將整個(gè)架構(gòu)分為三個(gè)主要的層：表示層、領(lǐng)域?qū)雍蛿?shù)據(jù)源層。 業(yè)務(wù)邏輯層在體系架構(gòu)中的位置很關(guān)鍵，它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。如果在分層設(shè)計(jì)時(shí)，遵循了面向接口設(shè)計(jì)的思想，那么這種向下的依賴也應(yīng)該是一種弱依賴關(guān)系。正因?yàn)槿绱?，業(yè)務(wù)邏 輯層的設(shè)計(jì)對(duì)于一個(gè)支持可擴(kuò)展的架構(gòu)尤為關(guān)鍵，因?yàn)樗缪萘藘蓚€(gè)不同的角色。依賴與被依賴的關(guān)系都糾結(jié)在業(yè)務(wù)邏輯層上，如何實(shí)現(xiàn)依賴關(guān)系的解耦，則是除了實(shí)現(xiàn)業(yè)務(wù)邏輯之外留給設(shè)計(jì)師的任務(wù)。 簡(jiǎn)單的說法就是實(shí)現(xiàn)對(duì)數(shù)據(jù)表的 Select， Insert， Update， Delete 的操作。 課題來(lái)源、主要研究?jī)?nèi)容、目的及意義 課題來(lái)源 本選題來(lái)源于安徽新華學(xué)院 2021 年畢業(yè)設(shè)計(jì)課題。自 2021 年初開始，本人作為項(xiàng)目的開發(fā)人員 ，參與了項(xiàng)目的前期準(zhǔn)備、立項(xiàng)、需求分析、系統(tǒng)分析與設(shè)計(jì)、編碼、測(cè)試、驗(yàn)收等工作，主要負(fù)責(zé)軟件需求、系統(tǒng)分析、軟件設(shè)計(jì)與編碼等工作。針對(duì) 書店日 常管理 ，開發(fā)一個(gè) 書店 管理系統(tǒng)。 本課題研究的目的及意義 在信息社會(huì)中，信息的獲取、處理、交流和決策都需要高質(zhì)量的計(jì)算機(jī)軟件來(lái)完成。采用先進(jìn)的、 開放的 B/S 體系結(jié)構(gòu)，應(yīng)用系統(tǒng)基于 Web 技術(shù)開發(fā)，可極大地提高管理效率。 近些年 隨著社會(huì) 發(fā)展迅速， 書店的日常操作已經(jīng)變得越來(lái)越繁瑣 。在這種情況下，原有管理的缺點(diǎn)日益顯現(xiàn)，并開始影響管理工作的效率。加之管理項(xiàng)目的繁多，建立一個(gè)適合且完整的 書店 管理系統(tǒng)將勢(shì)在必行。 論文章節(jié) 第一章首先論述了當(dāng)前 中小型書店的管理 的現(xiàn)狀，以及 書店信息 化 管理 的優(yōu)勢(shì)；然后探討了 在開發(fā)書店管理系統(tǒng) 涉及的幾個(gè)關(guān)鍵技術(shù)；最后闡述了課題的來(lái)源及主要研究?jī)?nèi)容，課題研究的目的和意義等。 第三章對(duì) 書店管理 系統(tǒng)進(jìn)行了分析與設(shè)計(jì)，包括域模型的設(shè)計(jì)、數(shù)據(jù)模型設(shè)計(jì)、持久層的設(shè)計(jì)、邏輯層組件的設(shè)計(jì) 等等 。 第五章總結(jié)與展望對(duì)論文的主要工作和 取得的成果進(jìn)行了總結(jié)，對(duì)論文存在 9 的不足和今后的研究方向與內(nèi)容進(jìn)行了展望。 第一章 緒論 第二章 書店管理系統(tǒng)需求分析 第三章 書店管理系統(tǒng)的設(shè)計(jì) 第四章 書店管理系統(tǒng)的實(shí)現(xiàn) 第五章 結(jié)論與展望 10 第 2 章 需求分析 需求分析概述 需求分析 [5]是整個(gè)軟件開發(fā)過程的指南，是軟件開發(fā)人員開發(fā)出符合用戶要求的軟件的基礎(chǔ)。 書店管理 系統(tǒng) 需求 背景 書店管理系統(tǒng) 主要要滿足以下三個(gè) 方面需求：第一，書店工作人員通過計(jì)算機(jī)來(lái)管理各類圖書，進(jìn)行圖書分類編號(hào)，調(diào)整圖書結(jié)構(gòu)，增加圖書庫(kù)存，適應(yīng)讀者的需求。第三，也是書店的核心工作，對(duì)圖書的銷售管理。 該模塊主要有兩個(gè)子模塊：圖書類別管理和圖書管理，圖書類別管理主要是要對(duì)書店購(gòu)買的圖書進(jìn)行分類，這樣便于日后的管理工作，圖書管理主要完成圖書基本信息的增、刪、改、查。 該模塊中 主要有三個(gè) 子 模塊： 銷售管理，退書管理，銷售查詢 ，銷售人員對(duì)各類圖書的銷售 和退書 情況進(jìn)行記錄 ， 也可以查詢?cè)谀扯螘r(shí)間內(nèi)某種圖書的銷售情況 。 11 該模塊主要有三個(gè) 子 模塊：庫(kù)存管理，庫(kù)存盤點(diǎn)，庫(kù)存報(bào)警，該模塊主要由庫(kù)存管理人員來(lái)操作， 庫(kù)存管理主要可以查看庫(kù)存的總量，某種圖書的現(xiàn)存數(shù)量。 當(dāng)庫(kù)存某種圖書的數(shù)量小于 3 本時(shí)，就會(huì)將該書的信息顯示出來(lái)，告訴管理人員要購(gòu)買此圖書了。數(shù)據(jù)庫(kù)備份和恢復(fù)主要是了防止數(shù)據(jù)庫(kù)中的數(shù)據(jù)受到破壞，可以隨時(shí)進(jìn)行備份和恢復(fù)。 當(dāng)操作人員想要退出書店管理系統(tǒng)時(shí)可以單擊退出系統(tǒng)菜單。 管 理員功能要求： 書 店 管 理 系 統(tǒng) 用戶管理 圖書管理 采購(gòu)管理 銷售管理 庫(kù)存管理 系統(tǒng)設(shè)置 12 本系統(tǒng)管理員 可以對(duì)所有的模塊進(jìn)行操作 。 登錄 圖書類別信息 添加 圖書基本信息 添加 訂購(gòu)單信息 添 加 圖書庫(kù)存信息 入 庫(kù) 圖書的銷售 銷售 銷售查詢 查詢 注冊(cè) 注 冊(cè) 15 第 3 章 系統(tǒng)的設(shè)計(jì) 書店管理 系統(tǒng)架構(gòu)設(shè)計(jì) 書店管理 系統(tǒng)架構(gòu)設(shè)計(jì)遵循多層次的架構(gòu)設(shè)計(jì)原則，從上到下依次為 表現(xiàn)層、 業(yè)務(wù)邏輯 層、模型層和數(shù)據(jù) 訪問 層，系統(tǒng)層次架構(gòu)模型如圖 所示。 VO/PO 為在各層次間傳遞數(shù)據(jù)的 JavaBean。 書店管理系統(tǒng) 架構(gòu)模型圖如圖 所示。 而 如何在自定義框架中設(shè)計(jì)通用數(shù)據(jù)操作和規(guī)范業(yè)務(wù)實(shí)體 呢？ 無(wú)論你習(xí)慣將 自己 的程序分為多少層來(lái)設(shè)計(jì)，但是這些都是細(xì)分經(jīng)典的 MVC 模式 [7]。 對(duì)于業(yè)務(wù)實(shí)體的設(shè)計(jì)，有的人喜歡用 XML 進(jìn)行描述，有的人喜歡用類。 但該系統(tǒng)選擇后者， 這樣一來(lái)效率可以有一定的提高，設(shè)計(jì)上也更加簡(jiǎn)便一些。各個(gè)業(yè)務(wù)實(shí)體直接又絲毫沒有聯(lián)系，這樣一來(lái)當(dāng)一個(gè)業(yè)務(wù)發(fā)生改變時(shí)完全不會(huì)影響到其它業(yè)務(wù)的運(yùn)行，即便有聯(lián)系有影響，那也是在業(yè)務(wù)邏輯中應(yīng)該規(guī)定的內(nèi)容 。一個(gè)業(yè)務(wù)實(shí)體經(jīng)常代表某個(gè)對(duì)多個(gè)業(yè)務(wù)用例或用例實(shí)例有價(jià)值的事 物 [8]，因此，業(yè)務(wù)實(shí)體對(duì)象的生存期相當(dāng)長(zhǎng)。有時(shí)候，業(yè)務(wù)實(shí)體也代表一些非實(shí)體的對(duì)象，如關(guān)于市場(chǎng)或客戶的重要信息。我們 Database DB Connect Parameter ConmandTest 業(yè)務(wù)實(shí)體類 業(yè)務(wù)實(shí)體類 業(yè)務(wù)實(shí)體類 業(yè)務(wù)實(shí)體類 數(shù)據(jù)操作與業(yè)務(wù)實(shí)體 數(shù)據(jù)操作 17 只需將業(yè)務(wù)對(duì)象模型 [9]中其他類必須引用的那些現(xiàn)象 建模為業(yè)務(wù)實(shí)體。 書店管理 系統(tǒng)的 數(shù)據(jù)庫(kù) 設(shè)計(jì) 在本系統(tǒng)中共設(shè)計(jì)了 7 張數(shù)據(jù)表 [10]，員工表 (tb_employee),供應(yīng)商表(tb_supplier), 圖書類型表 (tb_bookType),圖書信息表（ tb_book）， 采購(gòu)訂單表 （ tb_order） ，銷售表 (tb_sell),庫(kù)存表 (tb_store),具體表結(jié)構(gòu)如下： 表 31 員工表 (tb_employee) 字段名 類型 說明 empID Varchar(16) 編號(hào)，主鍵 empUsername Varchar(20) 用戶名 empPassword Varchar(20) 密 碼 Emptype Int 類 型 empRealName Varchar(20) 真實(shí)姓名 empAge Int 年 齡 empidentityCard Varchar(20) 身份證 empSex Varchar(2) 性 別 empPhone Varchar(20) 電話號(hào)碼 empAddress Varchar(100) 家庭住址 empHireDate datetime 受雇日期 Salary Int 薪 水 表 32 供應(yīng)商表 (tb_ supplier)： 字段名 類型 說明 SupID varchar(16) 編號(hào)，主鍵 SupName varchar(20) 用戶名 SupAge varchar(20) 年 齡 SupSex Int