【正文】 d(String bookId) { BookId = bookId。為了在實體中建立這種一對多的關(guān)系，設(shè)計過程中，在 Sell 實體中定義一個 bookId類型的屬性，這 樣就可以通過 Sell實體獲得相應的 ProjectInfo實體。 Sell 實體和 Book 實體存在一對多的關(guān)系，一張銷售單對應著多本圖書的信息 。而其他“事物”可以建模為相關(guān)類的屬性，或只在這些類中進行文字描述。例如，飯店中的業(yè)務實體有菜單和飲料；而在機場，機票和登機牌是重要的業(yè)務實體，在 書店管理 系統(tǒng)中， 圖書 是本系統(tǒng)中重要的業(yè)務實體。通常，業(yè)務實體代表產(chǎn)品的文檔或重要組成部分。 業(yè)務實體概述 業(yè)務實體（ Business Entity）代表業(yè)務角色執(zhí)行業(yè)務用例時所處理或使用的“事物”。 下面通過一張圖（圖 ）來概括的描述一下數(shù)據(jù)操作與業(yè)務實體的關(guān)系 ： 圖 數(shù)據(jù)操作與業(yè)務實體的關(guān)系圖 由上圖可以看出，不同的業(yè)務實體擁有相同的父類，通過該父類，可以讓所有的業(yè)務實體都具有最重要也是最基本的數(shù)據(jù)庫連接、數(shù)據(jù)操作、以及性能優(yōu)化等功能。前者的靈活性很好，對于多變的業(yè)務邏輯來說，前者是個不錯的方案。而這個GUI BUSINESS DAO 表現(xiàn)層 業(yè)務邏輯層 模型層 數(shù)據(jù)訪問層 依賴關(guān)系逐漸減弱 依賴關(guān)系逐漸減弱 數(shù)據(jù)庫層 16 數(shù)據(jù)操作與業(yè)務實體其實就相當于 MVC 中的 Model。 圖 書店管理 系統(tǒng)架構(gòu)模型圖 業(yè)務實體設(shè)計 一個系統(tǒng)的業(yè)務實體在內(nèi)存中表現(xiàn)為實體域?qū)ο?，在?shù)據(jù)庫中表現(xiàn)為關(guān)系數(shù)據(jù)，實現(xiàn)業(yè)務實體包括設(shè)計域模型 [1]、創(chuàng)建域模型實體對象和設(shè)計關(guān)系數(shù)據(jù)模型。VO 也就是值對象或者說數(shù)據(jù)傳輸對象，主要用于表現(xiàn)層； PO 持久層對象，主要用于表達實體模型數(shù)據(jù)。 圖 的層次架構(gòu)模型 在本系統(tǒng)中， 表現(xiàn)層用 Java 圖形用戶界面 (GUI)實 現(xiàn) ,然后表現(xiàn)層調(diào)用業(yè)務邏輯層中的代碼，所有的判斷都放在業(yè)務邏輯層，而數(shù)據(jù) 層 (DAO)層主要封裝了連接數(shù)據(jù)庫和對數(shù)據(jù)庫操作的一些代碼，業(yè)務邏輯層只管調(diào)用數(shù)據(jù)訪問層中的數(shù)據(jù)，具體實現(xiàn)在業(yè)務邏輯層并不關(guān)心。 操作人員的 功能要求： 采購人員，銷售人員，庫存管理人員只能操作他們自己的模塊，其他模塊都沒有權(quán)限操作 [6]，其用例圖如下： 圖 管理員 用例分析 圖 采購人員 用例分析 13 圖 銷售人員 用例分析 圖 庫存管理 人員 用例分析 14 系統(tǒng)流程圖 圖 系統(tǒng)流程圖 小結(jié) 本章首先對需求分析的概念做了簡述，然后根據(jù)系統(tǒng)的需求背景和可行性分析，設(shè)計了 書店管理 系統(tǒng)的基本功能模塊，并給出系統(tǒng)的功能結(jié)構(gòu)圖、用例圖 ，為本系統(tǒng)的設(shè)計指明方向。 系統(tǒng)功能結(jié)構(gòu)圖 圖 系統(tǒng)功能結(jié)構(gòu)模塊 書店管理系統(tǒng)的 用例圖設(shè)計 參照書店管理 系統(tǒng)的需求，系統(tǒng)的主要用例圖中包括有管理員 、采購員、前臺營業(yè)員 和 庫存管理員 。 操作人員也可以對自己的密碼進行修改 。 該模塊主要有四個 子模塊：數(shù)據(jù)庫備份，數(shù)據(jù)庫恢復，修改密碼，系統(tǒng)退出。庫存盤點主要可以查看某種圖書在某段時間內(nèi)的銷售情況和庫存情況。 也可以查看所有圖書的銷售情況 。 該模塊中主要有三個子模塊：圖書采購管理，退書管理，價格調(diào)整，該模塊主要有采購人員進行管理，其他操作人員無權(quán)管理， 圖書采購管理主要實現(xiàn)對圖書的采購，如果 采購人員發(fā)現(xiàn)有些書不想訂購了 ，也可以利用 退貨 管理來完成此功能，一定的時間內(nèi)圖書的價格可能會發(fā)生波動，價格調(diào)整主要是完成此功能。 系統(tǒng)功能結(jié)構(gòu)設(shè)計 該 用戶管理模塊中主要用戶有兩種：營業(yè)員和供應商，在該模塊中只有系統(tǒng)管理員才能操作該模塊，其他操作人員沒有權(quán)限操作，主要完成對營業(yè)員和供應商基本信息的增、刪、改、查。第二，工作人員對讀者的需求情況能作好全面的掌握，及時得到歷史銷售記錄。需求分析為用戶和軟件開發(fā)者雙方對該系統(tǒng)的初始框架有一個共同的理解，使之成為整個項目開發(fā)工 作的基礎(chǔ)。 圖 小結(jié) 本章介紹了 書店 管理 系統(tǒng)的基本概念，研究現(xiàn)狀與發(fā)展動態(tài)，給出了 書店 管理 系統(tǒng)采用的技術(shù)與方法，闡述了本文的項目背景、課題來源、研究內(nèi)容、目的和意義。 第四章給出了系統(tǒng)的實現(xiàn)，為方便用戶使用提供了直觀的展示。 第二章對 書店管理 系統(tǒng) 進行了可行性分析和需求分析，設(shè)計系統(tǒng)的功能模塊圖，用例圖 。 書店 管理系統(tǒng)的開發(fā)成功將滿足 書店日常工作 的需要，改變原有 手工 管理的模式，提高書店 管理工作 的效率，為 書店 的 發(fā)展助一臂之力。 書店 管理的水平將直接影響 書店的 日常營銷效率 。 原始的手工管理 無法滿足這種日益增長的趨勢。既能實現(xiàn)對科研信息的高效管理和控制，又能滿足決策者對科研活動的宏觀管理需要。傳統(tǒng)的科研管理系統(tǒng)主要是基于 C/S(客戶機 /服務器 )模式，隨著Inter 的發(fā)展，這種模式越來越不能適應網(wǎng)絡(luò)平臺上的新的應用的要求。即可以合理的管理 書店的日常操作 ，提高工作效率； 我在該項目中承擔 所有模塊的開發(fā) ， 主要包括用戶的登錄和注冊、用戶的管理、供應商的管理、 圖書信息的基本管理、圖書的采購、銷售和庫存管理、數(shù)據(jù)庫的備份和恢復，用戶密碼的修改等等 。 主要研究內(nèi)容 8 書店 管理系統(tǒng)是針對 目前中小型書店 的實際需求 進行充分的行業(yè)調(diào)研基礎(chǔ)上，進行結(jié)構(gòu)設(shè)計和后臺開發(fā)。主要內(nèi)容包括是 書店管理 系統(tǒng)的建設(shè)與開發(fā)。如果要加入 ORM 的元素，那么就會包括對象 和數(shù)據(jù)表之間的 mapping，以及對象實體的持久化。 數(shù)據(jù)層 數(shù)據(jù)訪問層：有時候也稱為是持久層，其功能主要是負責數(shù)據(jù)庫的訪問，可以訪問數(shù)據(jù)庫系統(tǒng)、二進制文件、文本文檔或是 XML 文檔。對于數(shù)據(jù)訪問層而言，它是調(diào)用者；對于表示層而言，它卻是被調(diào)用者。因而在不改變接口定義的前提下，理想的分層式架構(gòu)，應該是一個支持可抽取、可替換的 “ 抽屜 ” 式架構(gòu)。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對于上層而言是 “ 無知 ” 的，改變上層的設(shè)計對于其調(diào)用的底層而言沒有任何影響。作為領(lǐng)域驅(qū)動設(shè)計的先驅(qū) Eric Evans，對業(yè)務邏輯層作了更細致地劃分，細分為應用層與領(lǐng)域?qū)?，通過分層進一步將領(lǐng)域邏輯與領(lǐng)域邏輯的解決方案分離。它的關(guān)注點主要集中在業(yè)務規(guī)則的制定、業(yè)務流程的實現(xiàn)等與業(yè)務需求有關(guān)的系統(tǒng)設(shè)計，也即是說它是與系統(tǒng)所應對的領(lǐng)域（ Domain）邏輯有關(guān)，很多時候，也將業(yè)務邏輯層稱為領(lǐng)域?qū)印Ｓ糜陲@示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。通常情況下，客戶端不直接與數(shù)據(jù)庫進行交互，而是通過 COM/DCOM通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫進行交互。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三臺機器就是三層體系結(jié)構(gòu)，也不僅僅有 B/S 應用才是三層體系結(jié)構(gòu)，三層是指邏輯上的三層，即使這三個層放置到一臺機器上。 三層結(jié)構(gòu)原理： 3 個層次中，系統(tǒng)主要功能和業(yè)務邏輯都在業(yè)務邏輯層進行處理。 Java 三層架構(gòu) 在軟件體系架構(gòu)設(shè)計中，分層式結(jié)構(gòu)是最常見，也是最重要的一種結(jié)構(gòu)。 Java 具有 健壯、安全、易用等特性，而且支持自動網(wǎng)上下載，本質(zhì)上是一種很好的數(shù)據(jù)庫應用的編程語言。不但如此 [4]，使用 Java 編寫的應用程序可以在任何支持 Java 的平臺上運行，不必在不同的平臺上編寫不同的應用。也就是說，開發(fā)人員可以不必寫一個程序訪問 Oracle，寫另一個程序訪問 MySQL，再寫一個程序訪問 SQL Server。 JDBC 6 為數(shù)據(jù)庫應用開發(fā)人員和數(shù)據(jù)庫前臺工具開發(fā)人員提供了一種標準的應用程序設(shè)計接口，使開發(fā)人員可以用純 Java 語言編寫完 整的數(shù)據(jù)庫應用程序。 Java JDBC 簡介 JDBC 是一種可用于執(zhí)行 SQL 語句的 JavaAPI（ Application Programming Interface，應用程序設(shè)計接口）。正是因為 Swing 具備了如此多的優(yōu)勢所以我們以后在開發(fā)中都使用 Swing 。 Swing 提供了更多的組件庫，如： JTable ， JTree ， Jbox 。 Swing 是第二代 GUI 開發(fā)工具集， AWT 采用了與特定平臺相關(guān)的實現(xiàn)，而絕大部分 Swing 組件卻不是。圖形用戶接口（ GUI ）庫最初的設(shè)計目的是讓程序員構(gòu)建一個通用的 GUI ，使其在所有的平臺上都能夠正常的顯示。它以抽象窗口工具包（ AWT）為基礎(chǔ)使跨平臺應用程序可以使用任何可插拔的外觀風格。 2) 信息化 管理可以減少工作人員，減少書店的投入 在很多的手工管理的書店里，有很多的工作人員，對于中小型書店來說，這種大量的投入是不經(jīng)濟的，對于一個懂得操作電腦的操作人員來說就可以完成好幾個人的工作，這就大大的降低了成本。 對于我們現(xiàn)在正處在快速發(fā)展的今天來說，這樣原始的管理肯定是滿足不了日常的工作需求， 更新工作方式，提高工作效率是社會發(fā)展的必然。 書店 信息化 管理現(xiàn)狀 和意義 書店 信息化 管理的現(xiàn)狀 與發(fā)展趨勢 我國目前開發(fā)的書店模式主要有兩種：一種是 B/S 模式，一種是 C/S 模式，對于大型的書店來說，采用 B/S 模式比較合適，應用也很廣泛， 但是它也存在一些弊端，譬如說安全性就得不到很好的保障， 如果讀者想要買書的話就必須得上網(wǎng)，雖然很方便，但仍有部分讀者不太適應這種模式，而且大部分的書店還是中小型書店，對于他們來說采用 B/S 模式的書店系統(tǒng)就沒有太 大必要了，所以采用C/S 模式 開發(fā)的 單機版書店管理 系統(tǒng) 會比較合適，而且 會占很大一部分市場，它的安全性和保密性也有很好的保障。