【正文】 階段中對(duì)系統(tǒng)所做的所有概要設(shè)計(jì)進(jìn)行詳細(xì)的說明。 同時(shí)在業(yè)務(wù)層代碼的實(shí)現(xiàn)部分采用分層框架，實(shí)現(xiàn)了表現(xiàn)層和業(yè) 務(wù)層代碼的分離。 訂單信息 （ 訂單 id ，客戶 id，店鋪，應(yīng)收郵資，實(shí)際郵資，合計(jì)應(yīng)收，貨款合計(jì)，發(fā)貨方式，包裝，業(yè)務(wù)員 id，附加要求，訂單登記日期 ） 。 表 310 數(shù)據(jù)文件“ 入庫(kù) 表”的字典條目 文件 名： 入庫(kù) 表 編 號(hào)： 10 組 成： 商品 id+商品名稱 +類別 +規(guī)格型號(hào) +計(jì)量單位 +數(shù)量 +單價(jià) +余額 +入庫(kù)時(shí)間 +經(jīng)辦人 備 注：這是所有的 入庫(kù) 信息表 出庫(kù) 數(shù)據(jù)字典如下表 311所示。 表 32 數(shù)據(jù)文件“ 客戶 表”的字典條目 文件名： 客戶 表 編 號(hào)： 2 組 成： 客戶 id+客戶姓名 +客戶類別 +客戶賬號(hào) +客戶電話 +客戶 + 號(hào) +國(guó)家 +省 +城市 +鎮(zhèn) /區(qū) +地址 +郵編 備 注：這是所有的 客戶 信息表 商品 數(shù)據(jù)字典如下表 33所示。 數(shù)據(jù)流圖采用自頂向下的方法繪制，從研究系統(tǒng)概況開始，然后逐層向下分解，直到所需的詳盡程序?yàn)橹?，本系統(tǒng)根據(jù)前 面繪制的業(yè)務(wù)流程圖，采用自頂向下，逐層細(xì)化的方法，數(shù)據(jù)流圖如圖 31 和圖 32 所示。 1． 訂 單 管理子系統(tǒng) 訂 單 管理子系統(tǒng) 的功能是 客戶服務(wù)部接受訂單后，將訂 單錄入系統(tǒng)，從而開始單據(jù)在物流系統(tǒng)中的流轉(zhuǎn)過程，同時(shí)對(duì)訂單進(jìn)行跟蹤管理，并與客戶之間保持聯(lián)系，向客戶及時(shí)的提供訂單的執(zhí)行情況 。 所以從以上幾個(gè)方面的分析來看，開發(fā)本軟件是完全可行的。 Java 和 Oracle 10g 這兩個(gè)開發(fā)工具，無論在在安全性、可用性、可靠性方面都毫無置疑，因此軟件方面是可行的。 所以 ， 從以上的分析原則來看，我所設(shè)計(jì)的基于 Struts 結(jié)構(gòu)的電子商務(wù)物流配送系統(tǒng)是一個(gè)規(guī)模不太大的系統(tǒng)，但是目標(biāo)明確，清晰的描述了對(duì)目標(biāo)系統(tǒng)的一切限制和約束。 Oracle 數(shù)據(jù)庫(kù) 客戶端： 為數(shù)據(jù)庫(kù)用戶操作端，由應(yīng)用、工具、 SQL* NET 組成，用戶操作數(shù)據(jù)庫(kù)時(shí)，必須連接到一 個(gè) 服務(wù)器，該數(shù)據(jù)庫(kù)稱為本地?cái)?shù)據(jù)庫(kù) （ Local DB）。由于有了Sun 的參與和支持，最新的 Servlet 和 JSP 規(guī)范總是能在 Tomcat 中得到體現(xiàn)，Tomcat 5 支持最新的 Servlet 和 JSP 規(guī)范。 Struts 框架技術(shù) 在 J2EE平臺(tái)下， Struts[1]是比較流行的架構(gòu)。 Java 是一種簡(jiǎn)單的，面向?qū)ο蟮模植际降?，解釋型的，健壯安全的，結(jié)構(gòu)中立的，可移植的，性能優(yōu)異、多線程的動(dòng)態(tài)語言。從此， Java 被廣泛接受并推動(dòng)了 Web 的迅速發(fā)展，常用的瀏覽器現(xiàn)在均支持 Java applet。從 數(shù)據(jù)安全性角度， B/S 安全性能好，數(shù)據(jù)存儲(chǔ)在服務(wù)器，貨源客源不會(huì)因?yàn)殡娔X丟失或者損壞而丟失；從數(shù)據(jù)一致性角度， B/S 對(duì) 數(shù)據(jù)傳輸方便， 管理員 錄入一條 貨源，服務(wù)器就立即存儲(chǔ)，同時(shí)各個(gè) 異地 可以查詢到這條 貨 源，所有的維護(hù)操作都是在服務(wù)器上進(jìn)行，這就保證數(shù)據(jù)不會(huì)重盤，傳輸及時(shí)性也是 C/S 架構(gòu)軟件無法比擬的 ；從投入成本角度， B/S 結(jié)構(gòu)軟件一般只有初期一次性投入成本。據(jù)統(tǒng)計(jì)，到 2021 年上半年為止，在 Inter 上已經(jīng)注冊(cè)了 2 萬余個(gè)中國(guó)域名，接入的 WWW 站點(diǎn)已達(dá)到 4 萬多個(gè)，以平均每天 2家的速度增長(zhǎng)。 Inter 的應(yīng)用已從科學(xué)研究、信息發(fā)布全面走向商業(yè)應(yīng)用。 6． 能夠?qū)崿F(xiàn)貨物的高效配送 在傳統(tǒng)的物流配送企業(yè)內(nèi)，為了實(shí)現(xiàn)對(duì)眾多客戶大量資源的合理配送，需要大面積的倉(cāng)庫(kù)來用于存貨，并且由于空間的限制，存貨的數(shù)量和種類受到了很大的限制。 1． 就最終的消費(fèi)者而言 ， 電子商務(wù)給消費(fèi)者帶來的快捷購(gòu)物 和 更為安全的付款的購(gòu)物方式 電子商務(wù)的出現(xiàn)，使得他們不必跑到擁擠的商業(yè)場(chǎng)，一家又一家地挑選自己所需的商品，而只要坐在家里，在 Inter 上挑選商品，就可完成交易，這在很大程度上方便了購(gòu)物過程 。 課題目的及意義 對(duì)于電子商務(wù)而言，現(xiàn)今物流企業(yè)的基礎(chǔ)設(shè)施尚不完善，新技術(shù)、新裝備應(yīng)用相對(duì)較少；許多電子商務(wù)物流企業(yè)對(duì)現(xiàn)代物流的概念、地位及作用認(rèn)識(shí)并不夠，設(shè)施陳舊，物流管理的電子化程序還較低，不能滿足迅速發(fā)展的點(diǎn)商務(wù)的要求。配送中心是現(xiàn)代物流配送的重要組成部分，它是以組織 配送性銷售和供應(yīng)、執(zhí)行實(shí)物配送為主要智能的流通節(jié)點(diǎn)，因此破配送中心的位置相當(dāng)重要。目前，電子商務(wù)物流配送的研究均處于理論研究階段，很 多模型、方法從理論上 還 都比較合理，但是要么不夠完善、不夠完全，要么過于深?yuàn)W、 缺乏可操作性。其中 倉(cāng)庫(kù) 管理子系統(tǒng)可以 對(duì)倉(cāng)庫(kù)運(yùn)作全過程的管理，包括入庫(kù)、出庫(kù)、盤點(diǎn)、 物 品處理、庫(kù)存實(shí)時(shí)查詢 等 功能，同時(shí)系統(tǒng)實(shí)現(xiàn)了對(duì)貨品的批次進(jìn)行精確的跟蹤，提供完善的單據(jù)報(bào)表，采用嚴(yán)格的權(quán)限控制，從而保證了倉(cāng)庫(kù)運(yùn)作 的嚴(yán)格、有序、高效。 本系統(tǒng)是基于 Oracle 10g 數(shù)據(jù)庫(kù)系統(tǒng)、 Struts框架技術(shù)以及每一功能模塊 采用 MVC模式，可 分為模型層（ Modle） 、視圖層（ View）和控制層（ Controller） 開發(fā)實(shí)現(xiàn)的基于 Struts結(jié)構(gòu)的電子商務(wù)物流配送系 統(tǒng)，著重闡述了 該系統(tǒng)開發(fā)實(shí)現(xiàn)過程，從系統(tǒng)的需求分析、模塊設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)、詳細(xì)設(shè)計(jì)到系統(tǒng)測(cè)試等各個(gè)環(huán)節(jié)都進(jìn)行了較為詳盡的分析和描述。電子商務(wù)是指利用現(xiàn)代計(jì)算機(jī)網(wǎng)絡(luò)信息技術(shù)所從事的所有商務(wù)活動(dòng)的總稱，其交易包含信息流、商流、資金流和物流。實(shí)踐表明，凡是電子商務(wù)業(yè)務(wù)蓬勃發(fā)展的企業(yè)，必是物流技術(shù)發(fā)達(dá)、物流服務(wù)比較到位的企業(yè)。 物流配送管理系統(tǒng)正是支撐 全過程物流管理的最重要的 2 基礎(chǔ)之一。 針對(duì)電子商務(wù)物流和配送的 瓶頸 問題， 而且 在信息時(shí)代，更 重 要的是還必須要有一個(gè)完善的管理信息系統(tǒng)。電腦資料的正確保存避免了抄 寫 客戶 信息的低效工作，嚴(yán)格的數(shù)據(jù)檢查避免手工操作的疏忽 3 而造成的錯(cuò)誤， 定單 的登記、 確認(rèn) 、復(fù)核等一系列的繁重勞動(dòng)也可 大為減少。 國(guó)內(nèi)外發(fā)展?fàn)顩r 目前，全世界已經(jīng)有 186 個(gè)國(guó)家和地區(qū)加入了 Inter，全球使用人數(shù)達(dá) 億人。 1988 年 B2C 的上午電子商務(wù)市場(chǎng)為 650 億日元， 約是美國(guó)的 3%， 2021 年末 達(dá) 到 31600 億美元。 C/S 模式是一種兩層結(jié)構(gòu)的系統(tǒng)：第一層是在客戶機(jī)系統(tǒng)上結(jié)合了表示與業(yè)務(wù)邏輯；第二層是通過網(wǎng)絡(luò)結(jié)合了數(shù)據(jù)庫(kù)服務(wù)器?？蛻魴C(jī)實(shí)際上就是一個(gè)將標(biāo)準(zhǔn)語言轉(zhuǎn)化為界面的解釋器，應(yīng)用程序安裝在 Web 服務(wù)器上，其運(yùn)行也是在這 單 進(jìn)行的?，F(xiàn)在 Java 平臺(tái)已經(jīng)嵌入了幾乎所有的操作系統(tǒng)。 MVC 設(shè)計(jì)模型即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照 MVC 的方式進(jìn)行分離。 Eclipse 還附帶了一個(gè)標(biāo)準(zhǔn)的插件集，包括 Java 開發(fā)工具（ Java Development Tools， JDT）。 Oracle 數(shù)據(jù)庫(kù)的體系結(jié)構(gòu)包括物理存儲(chǔ)結(jié)構(gòu)和邏輯存儲(chǔ)結(jié)構(gòu)。怎 7 樣達(dá)到這個(gè)目的呢？當(dāng)然不能靠主觀猜想，而只能靠 客觀分析。 1．技術(shù)可行性 根據(jù)該系統(tǒng)制定的目標(biāo)來衡量所需的技術(shù)是否具備，一般可從硬軟件的性能要求、環(huán)境條件、操作人員水平和數(shù)量等方面去考慮和分析?，F(xiàn)在的人們都是接受過高等管理 教育的人，他們深知現(xiàn)代化的管理方法對(duì) 電子商務(wù)物流配送 系統(tǒng) 管理的重要性。 系統(tǒng)需求分析 基于 Struts 結(jié)構(gòu)的電子商務(wù)物流配送系統(tǒng) 的總目標(biāo)是在計(jì)算機(jī)網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)和先進(jìn)的開發(fā)平臺(tái)上，利用現(xiàn)有的軟件配置一定的硬件，開發(fā)一個(gè)具有開放體系結(jié)構(gòu)的、易擴(kuò)充的、易維護(hù)的、具有良好 人機(jī)交互的 電子商務(wù)物流配送 系統(tǒng)，實(shí)現(xiàn) 訂單業(yè)務(wù)、倉(cāng)庫(kù) 業(yè)務(wù) 、運(yùn)輸業(yè)務(wù)和物流配送中心業(yè)務(wù) 的自動(dòng)化管理，為 物流 管 理者提供及時(shí)、準(zhǔn)確的客戶信息 、訂單信息、商品信息 ，對(duì)基礎(chǔ)設(shè)施及人員安排提供決策參考。 數(shù)據(jù)流圖簡(jiǎn)稱 DFD 圖，數(shù)據(jù)流圖有四種成分：源點(diǎn)或終點(diǎn)、處理、數(shù)據(jù)存儲(chǔ)表和數(shù)據(jù)流。在數(shù)據(jù)流的定義中，不僅要說明數(shù)據(jù)的名稱、組成，還要說明數(shù)據(jù)的來源和去向等。 表 37 數(shù)據(jù)文件“訂單表”的字典條目 文件名：訂單表 編 號(hào)： 7 組 成：訂單 id +客戶 id+店鋪 +應(yīng)收郵資 +實(shí)際郵資 +合計(jì)應(yīng)收 +貨款合計(jì) +發(fā)貨方式 +包裝 +業(yè)務(wù)員 id+附加要求 +訂單登記日期 備 注：這是所有的 訂單信息 表 12 訂單商品數(shù)據(jù)字典如下表 38所示。 商品信息：（商品 id，商品名稱，商品類別，商品規(guī)格，商品單位，商品數(shù)量，最低限量，最高限量，零售價(jià)，會(huì)員價(jià)，批發(fā)價(jià)） 。所以應(yīng)該開發(fā)一個(gè)具有開放體系結(jié)構(gòu)的、易擴(kuò)充的、易維護(hù)的、具有良好人機(jī)交互界面的 物流配送 系統(tǒng)，實(shí)現(xiàn) 物流 公司的 商品 銷售的自動(dòng)化的計(jì)算機(jī)系統(tǒng)，為企業(yè)的決策層提供準(zhǔn)確、精細(xì)、迅速的 商品 銷售信息。 本階段已在系統(tǒng)的需求分析的基礎(chǔ)上，對(duì) 基于 Struts 結(jié)構(gòu)的電子商務(wù)物流配送系統(tǒng)做概要設(shè)計(jì)。 16 系統(tǒng)結(jié)構(gòu)功能圖如圖 42 所示。 要確定實(shí)體和關(guān)系的性質(zhì)，用戶必須確定單個(gè)實(shí)體和他們相關(guān)的屬性。這兩個(gè)問題貫穿了整個(gè)軟件系統(tǒng)的開發(fā)過程，這也就是數(shù)據(jù)庫(kù)的設(shè)計(jì)問題，軟件設(shè)計(jì)的一個(gè)核心。避免人為的攻擊。 2． 軟件環(huán)境 本系統(tǒng)使用 Windows2021 或 WindowsXP 操作系統(tǒng)，現(xiàn)有的開發(fā)工具有很多種類，前臺(tái)采用了當(dāng)前流行的面向?qū)ο蟮拈_發(fā)工具 Eclipse+J2EE+JSP+Str。 本系統(tǒng)的維護(hù)應(yīng)包括 以下 四個(gè) 方面 。 表 41 系統(tǒng)登錄表 字段 名稱 數(shù)據(jù)類型 字段大小 可否為空 說明 管理員 編號(hào) Varchar 10 不 可 PK 管理員 名稱 Varchar 10 不可 密碼 Varchar 10 不可 年齡 Int 不可 性別 Varchar 4 不可 電話 Varchar 15 不可 郵箱 Varchar 15 不可 地址 Varchar 20 不可 表 42 供應(yīng)商 表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 說明 供應(yīng)商 編 號(hào) Varchar 10 不可 PK 供應(yīng)商 名稱 Varchar 10 不可 地址 Varchar 20 不可 聯(lián)系電話 Varchar 15 不可 18 表 43 客戶 信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 說明 客戶 編號(hào) Varchar 10 不可 PK 客戶姓名 Varchar 10 不可 類別 Varchar 10 不可 會(huì)員等級(jí) Varchar 4 可 賬號(hào) Varchar 30 不 可 電話 Varchar 15 不可 郵箱 Varchar 15 不可 號(hào) Varchar 15 可 國(guó)家 Varchar 15 不可 省 Varchar 15 不可 城市 Varchar 15 不可 城鎮(zhèn) /區(qū) Varchar 15 不可 地址 Varchar 30 不可 郵編 Varchar 10 可 表 44 商品 信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 說明 商品編號(hào) Varchar 10 不可 PK 商品 名稱 Varchar 10 不可 商品類別 Varchar 10 可 規(guī)格 Varchar 10 不可 單位 Varchar 10 不可 數(shù)量 Int 可 最 小 限量 Int 可 最高限量 Int 可 零售價(jià) Number 10,2 不可 會(huì)員價(jià) Number 10,2 不可 批發(fā)價(jià) Number 10 不可 表 45 業(yè)務(wù)員 表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 說明 業(yè)務(wù)員 編號(hào) Varchar 10 不可 PK 姓名 Varchar 10 不可 訂單號(hào) Varchar 10 不可 FK 業(yè)績(jī) Varchar 20 不可 年齡 Int 不可 性別 Varchar 4 可 19 表 46 入庫(kù)單信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 說明 編號(hào) Varchar 10 可 倉(cāng)庫(kù) 編 號(hào) Varchar 10 不可 FK 經(jīng)辦人編號(hào) Varchar 10 不可 入庫(kù)時(shí)間 Varchar 20 不可 入庫(kù)單價(jià) Varchar 15 不可 入庫(kù)數(shù)量 Int 不可 倉(cāng)庫(kù) 編 號(hào) Varchar 10 不可 FK 訂單狀況 Varchar 20 不可 其他金額 Number 10,2 可 備注 Varchar 20 可 表 47 出 庫(kù)單信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 說明 編號(hào) Varchar 10 可 倉(cāng)庫(kù) 編 號(hào) Varchar 10 不可 FK 經(jīng)辦人編號(hào) Varchar 10 不可 出庫(kù)時(shí)間 Varchar 20 不可 出庫(kù)單價(jià) Varchar 15 不可 出