【正文】 利用。因而 開發(fā) 了 這樣 一 個(gè) 具有前后臺(tái)的系 統(tǒng) ，以 滿 足 購 物者和企 業(yè) 的需求。與 傳統(tǒng) 的百 貨 商店、 連鎖 超市、大 賣場 、便利店等有形商 鋪 相比， 無 店 鋪 零售 業(yè)態(tài) 具有一定的先 天 優(yōu)勢。 無 店 鋪 零售 則大 多不存在地段方面的制 約 。三是 風(fēng)險(xiǎn) ， 對 于 個(gè) 人 來說 ,網(wǎng)上商店 等無 店 鋪 零售 業(yè)態(tài) 的準(zhǔn)入 門 坎相 對較 低， 運(yùn)轉(zhuǎn) 比 較靈 活，即使遇 到風(fēng)險(xiǎn) ，也有船小好掉 頭 的 優(yōu)勢。在 這 一市 場 需求的推 動(dòng) 下，企 業(yè)會(huì)對 商品零售的方式進(jìn) 行 創(chuàng) 新，而先 進(jìn) 的技 術(shù)給創(chuàng) 新提供了重要支 撐 與平臺(tái)。立足于 設(shè)計(jì)一個(gè) 在網(wǎng) 絡(luò) 平臺(tái)上 運(yùn)行的購 物支付配送等功能于一體的 無 店 鋪網(wǎng)絡(luò) 商城。 貴陽學(xué)院畢業(yè)論文（設(shè)計(jì)） 2 系 統(tǒng)設(shè)計(jì) 思想 中 國 的 電 子商 務(wù)還沒 有真正 實(shí)現(xiàn) 物流、信息流、 資 金流的有機(jī) 結(jié)合 。但只 實(shí)現(xiàn)了 一 個(gè)信息交 換 的功能。有的已 經(jīng)實(shí)現(xiàn)了 一定的 電 子 貨幣 交易，但物流方面 還 是做得不 夠 。在 發(fā) 布商品的信息的 時(shí) 候，首先 對 后臺(tái) 維護(hù) 人 員 做適 當(dāng) 的培 訓(xùn) 。 用 戶 在首次 購 物 時(shí) 候必 須 注 冊 ，通 過賬戶在銀 行 轉(zhuǎn)換電子貨幣 。企 業(yè) 在收到定 間單 后， 對 定 貨單 按不同的 標(biāo) 準(zhǔn) 進(jìn) 行 分類 ，比如按 地區(qū) ， 種類 等，然后通 過 網(wǎng) 絡(luò) 把 這 些信息 發(fā) 送到第三方代理，同 時(shí) 也 進(jìn) 行網(wǎng)上 結(jié) 算， 會(huì)給 第三方代理 費(fèi) 用，第三方代理再按自己的最快捷的方式 發(fā) 送 貨 物。 ? 集成性：包括技 術(shù) 和信息的集成性。 ? 擴(kuò) 展性： 這 主要是 針對 系 統(tǒng) 的 穩(wěn) 定性 來說 的。因 為 系 統(tǒng)應(yīng)當(dāng) 能承受住一定的 負(fù) 荷，如果在某 個(gè) 高峰 訪問期導(dǎo) 致了服務(wù) 器的崩 潰 ， 結(jié) 果是可想而知的。 ? 安全性：安全性是必 須 考 慮 的核心 問題 。 ? 協(xié)調(diào)性：商務(wù)活動(dòng)是一種協(xié)調(diào)的過程，它需要雇員和客戶，生產(chǎn)方、供貨方以及商務(wù)伙伴間的協(xié)調(diào)。 貴陽學(xué)院畢業(yè)論文（設(shè)計(jì)） 3 一、 B/S 結(jié) 構(gòu)的 數(shù) 據(jù) 庫訪問 模式 B/S 結(jié) 構(gòu)是真正的三 層結(jié) 構(gòu)，它以 訪問 Web 數(shù) 據(jù) 庫為 中心， HTTP 為傳輸協(xié)議 ，客戶 端通 過瀏覽 器 (Browser)訪問 Web 服 務(wù) 器和與其相 連 的后臺(tái) 數(shù) 據(jù) 庫 ， 我們稱 之 為 B/S（ Browser/Server）模式。在客 戶 端向指定的 Web 服 務(wù) 器提出服 務(wù) 器 請 求， Web 服 務(wù) 器用 HTTP 協(xié)議把 所需文件 數(shù) 據(jù) 傳給 用 戶 ，客 戶 端接受并 顯 示在 WWW 瀏覽 器上； 圖 11 三 層 架構(gòu) 圖 第二層 Web 服 務(wù) 器是功能 層，完 成客 戶 的 應(yīng) 用功能，即 Web 服 務(wù) 器接受客 戶請 求，并與后臺(tái) 數(shù) 據(jù) 庫連 接， 進(jìn) 行 申請?zhí)?理，然后 將處 理 結(jié) 果返回 Web 服 務(wù) 器，再 傳至 客 戶端； 第三 層數(shù) 據(jù) 庫 服 務(wù) 器 是數(shù) 據(jù) 層 。 與 傳統(tǒng) 的 C/S 模式相比， B/S 結(jié) 構(gòu)把 處 理功能全部移植到了服 務(wù) 器端，用 戶 的 請求通 過瀏覽 器 發(fā) 出， 無論 是使用和 數(shù) 據(jù) 庫維護(hù) 上都比 傳統(tǒng)模 式更加 經(jīng)濟(jì) 方便。 [7] 由以上的比 較 分析可知，三 層結(jié) 構(gòu)也可以理解 為 增加 WEB 服 務(wù) 器的 C/S模式。之所以采用 SSH 整合是因 為在軟件工程領(lǐng)域，為了降低模塊耦合度，提高模塊的可重用性，分層一直是廣為采納的一個(gè)方法。 通常分 為 以下幾 層 ： UI 層 ： 負(fù)責(zé) 與用 戶 交互，包括：接受用 戶 的 請 求，把 處 理 結(jié) 果返 回給 用 戶 。 Tiles 增加了 layout 的概念，就是把一個(gè)頁面劃分為幾塊 ，對布局基本相同的頁面，可以共用重用 Tiles 模塊 。 [2] 業(yè)務(wù)邏輯層 ：主要 負(fù)責(zé) 具體的 業(yè)務(wù)處 理。 數(shù)據(jù)持久層： 通過實(shí)體關(guān)系映射工具將關(guān)系型數(shù)據(jù)庫的數(shù)據(jù)映射成對象，很方便地實(shí)現(xiàn)以面向?qū)ο蠓绞讲僮鲾?shù)據(jù)庫，該系統(tǒng)采用 Hibernate 框架實(shí)現(xiàn) 。大型服 務(wù) 器可能有成千上萬的用 戶 同 時(shí)連 接到 SQL Server 實(shí) 例。 SQL Server 還 在多 個(gè) 用 戶之間 有效地分配可用 資 源，比如 內(nèi) 存、網(wǎng) 絡(luò)帶寬和 磁盤 I/O。 [4] 本章小 結(jié) 在本章中主要介 紹 了本系 統(tǒng) 的 開發(fā)背 景、目的和意 義、 系 統(tǒng)設(shè)計(jì) 思想，以及 開發(fā)工具的一些主要技 術(shù) ，本系 統(tǒng) 主要是采用 MyEclipse作 為開發(fā) 工具，并采用 SQL Server作 為 后臺(tái) 數(shù) 據(jù) 庫 。操作系 統(tǒng)為 Windows XP。此外系 統(tǒng) 的使用和日常 維護(hù)也較 方便，因 為 Windows 和 SQL Server 等 軟 件都是大家都非常熟悉其 產(chǎn) 品。 Windows 和 SQL Server 就價(jià)格 來說 ，均 為較 成熟的 產(chǎn) 品，有 較 好的安全性，比 較 適合中小型企 業(yè) 的網(wǎng) 絡(luò) 和 數(shù) 據(jù) 庫 的 應(yīng) 用。只有通 過 需求分析才能把 軟 件功能和性能的 總 體概念描述 為 具體上的 軟 件需求 規(guī) 格 說 明， 從 而奠定 軟件開發(fā) 的基礎(chǔ) 。 該過 程 將軟 件 調(diào) 研 階 段的需求 數(shù) 據(jù) 進(jìn) 行分析和 設(shè)計(jì) ， 使軟 件范 圍 逐步 細(xì) 化到 詳細(xì) 定 義 的程度，并分析出各種不同的 軟 件元素，然后 為這 些元素找到可行的解 決辦 法。 [1] 功能需求 網(wǎng)上商城共分 為兩個(gè) 部分，一部分是面向用 戶 的部分，包括： 顧客在線 注 冊 、 商品搜索、 購 物 車 、 個(gè) 人 賬戶 管理、 下 單 、 在線 支付 等操作；另外一部分是商城管理部分，這 部分的 內(nèi) 容包括： 訂單 管理 、員 工管理、注 冊 用 戶 管理、商品管理等。其中，后兩項(xiàng)定義了數(shù)據(jù)的完整性約束條件，用于數(shù)據(jù)校驗(yàn)。 現(xiàn)行系統(tǒng)的業(yè)務(wù)流程圖是分析和描述現(xiàn)行系統(tǒng)業(yè)務(wù)的重要工具之一。 根據(jù)系統(tǒng)的具體情況，業(yè)務(wù)主要分為以下幾類： 1．訂單處理業(yè)務(wù)流程描述如下： 客戶下完訂單后，由訂單處理人員對訂單進(jìn)行審核，如果通過該訂單將轉(zhuǎn)為等待付款狀態(tài)，當(dāng)財(cái)務(wù)部確認(rèn)用戶已付款，該訂單將轉(zhuǎn)為正在配貨狀態(tài)，由配送中心將貨物發(fā)送出去，客戶收到貨物后，該訂單就轉(zhuǎn)為已收貨。 貴陽學(xué)院畢業(yè)論文（設(shè)計(jì)） 7 2．采購業(yè)務(wù)流程描述如下： 采購是配送中心最重要的環(huán)節(jié)之 一，采購的決策包括供貨商選擇、訂貨點(diǎn)和訂貨量的制定以及采購績效評估等。 采購業(yè)務(wù)流程如圖 22 所示。 圖 23 庫存業(yè)務(wù)流程圖 ： 客戶在網(wǎng)上瀏覽商品，將商品放入購物車，待挑選好所有的商品之后就可以到收銀臺(tái)去開收貨單，根據(jù)收貨單據(jù)付款。選購好商品后就可以到收銀臺(tái)，在收銀臺(tái)填寫并提交收貨人信息。 采購員 缺貨信息 庫存 采購單 供貨商 發(fā)單并跟蹤 經(jīng)理 審批 圖 2 2 采購業(yè)務(wù)流程圖 采購員 入庫單 商品入庫 修改后臺(tái)庫存數(shù)據(jù)庫 出庫單 商品出庫 圖 2 2 采購業(yè)務(wù)流程圖 貴陽學(xué)院畢業(yè)論文（設(shè)計(jì)） 9 本章小 結(jié) 本章首先介紹了本網(wǎng)站功能需求和性能需求，再從不同的角度對本網(wǎng)站的 需求進(jìn)行分析。 否 否 否 否 否 是 是 是 是 是 電子商務(wù)網(wǎng)站 網(wǎng)站管理員 網(wǎng)站訪問者 登 錄 購 買 選擇商品 登 錄 注 冊 購物車 進(jìn)行商品信息管理、訂單管理、用戶管理、網(wǎng)站信息管理 瀏覽網(wǎng)頁其他功能模塊 收銀臺(tái) 查看訂單 更改商品信息 圖 2 4 銷售業(yè)務(wù)流程圖 貴陽學(xué)院畢業(yè)論文（設(shè)計(jì)） 10 第三章 總體設(shè)計(jì) 系 統(tǒng)模塊總 體 設(shè)計(jì) 本 階段設(shè)計(jì) 的基本目 標(biāo) 是解 決 系 統(tǒng) 如何 實(shí)現(xiàn)問題， 也叫做概要 設(shè)計(jì) ，本 階 段主要任 務(wù) 是劃分出系 統(tǒng) 的物理元素及 設(shè)計(jì)軟 件的 結(jié) 構(gòu)，完成 軟 件定 義時(shí) 期的任 務(wù) 之后 就應(yīng)該對 系 統(tǒng)進(jìn) 行 總 體 設(shè)計(jì) ，即根據(jù)系 統(tǒng) 分析 產(chǎn) 生的分 析結(jié) 果 來 確定 這個(gè)系統(tǒng)由 哪些系 統(tǒng)和模 塊組 成， 這 些系 統(tǒng) 和模 塊 又如何有機(jī)的 結(jié)合在一 起，每 個(gè) 模 塊的 功能如何 實(shí)現(xiàn) 。 總 體 設(shè)計(jì)過 程通常 有兩個(gè)主 要 階 段 組 成：系 統(tǒng)設(shè)計(jì)和 結(jié) 構(gòu) 設(shè)計(jì) ，其中系 統(tǒng)設(shè)計(jì) 確定系 統(tǒng) 的具體 實(shí)現(xiàn) 方案， 結(jié) 構(gòu) 設(shè)計(jì) 確定 軟 件 結(jié) 構(gòu)。其 設(shè)計(jì)思想是，采用 自頂 向下、逐 層 分解的方法，先 給 出 總 的模 塊 功能，再逐 層 分解，使其分 為多個(gè) 大小適 當(dāng) ，功能明確，具有一定 獨(dú) 立性且容易 實(shí)現(xiàn) 的模 塊，從 而把一 個(gè) 復(fù) 雜的 系 統(tǒng)設(shè)計(jì)轉(zhuǎn)變 成 為多個(gè)簡單 模 塊的設(shè)計(jì) 。 該 系 統(tǒng) 分 為 前臺(tái)和后臺(tái)，每 個(gè) 模 塊的 功能都是按照在 調(diào) 研中搜集的 數(shù) 據(jù) 進(jìn) 行 編 排制作的。后臺(tái)包括基本信息管理、商品管理、 訂單 管理、系 統(tǒng)管理等模 塊 。 （ 2） 用 戶賬戶設(shè) 置：包括修改 個(gè) 人 Email 地址，修改 個(gè) 人信息，修改密 碼 等。 （ 4） 商品 分類 查 詢： 按 IT 數(shù)碼 、 服裝 鞋帽、家 電辦 公等不同 類 型查 詢 商品。 （ 6） 用戶注冊：不是本站會(huì)員需進(jìn)行注冊，才能進(jìn)行購物。 貴陽學(xué)院畢業(yè)論文（設(shè)計(jì)） 11 系 統(tǒng) 前臺(tái)功能 結(jié) 構(gòu) 圖 如下所示： 后臺(tái)各 個(gè) 模 塊的詳細(xì) 功能 說 明如下： （ 1） 商品信息管理：包括大分類管理、小分類管理、商品添加、商品修改、商品瀏覽等。 （ 3） 注冊用戶管理：包括系統(tǒng)注冊用戶的查詢、啟 /禁用、刪除、管理用戶會(huì)員級別。 （ 5） 訂單信息管理：包括訂單信息瀏覽，訂單審核和執(zhí)行。 （ 7） 商品類別管理：對根類別和子類別的添加、刪除、修改、查詢。數(shù)據(jù)庫及其應(yīng)用系統(tǒng)開發(fā)的全過程可分為兩大階段：數(shù)據(jù)庫系統(tǒng)的分析與設(shè)計(jì)階段；數(shù)據(jù)庫系統(tǒng)的實(shí)施、運(yùn)行與維護(hù)階段。其中信息需求表示一個(gè)單位所需要的數(shù)據(jù)及其結(jié)構(gòu)。前者表達(dá)了對數(shù)據(jù)庫的內(nèi)容及結(jié)構(gòu)的要求，也就是靜態(tài)要求 ；后者表達(dá)了基于數(shù)據(jù)庫的數(shù)據(jù)處理要求，也就是動(dòng)態(tài)要求。處理需求定義所設(shè)計(jì)的數(shù)據(jù)庫將要進(jìn)行的數(shù)據(jù)處理，描述操作的優(yōu)先次序、操作執(zhí)行的頻率和場合，描述操作與數(shù)據(jù)之間的聯(lián)系。本 節(jié)將 介 紹 系 統(tǒng) 中比 較 重要的幾 個(gè)數(shù) 據(jù) 實(shí)體，最 終這 些 數(shù) 據(jù) 實(shí) 體 對 象 將創(chuàng) 建成 對應(yīng) 的 數(shù) 據(jù) 表結(jié) 構(gòu)。商品編號(hào)是識(shí)別不同商品實(shí)體的唯一編號(hào)，其數(shù)據(jù)類型是“ bigint”，并且是數(shù)據(jù)庫自增的（他隨著數(shù)據(jù)庫記錄的增加而增加）。另外還有商品的標(biāo)識(shí)屬性，例如是否特價(jià)，是否新品或者是否熱賣商品等。其中顧客信息包括姓名、用戶名、地址、郵編和電話。 會(huì)員實(shí)體對象 會(huì)員實(shí)體對象擁有會(huì)員的基本屬性，這些屬性包括會(huì)員編號(hào)、用戶名、真實(shí)姓名、密碼、城市、地址、 Email、郵編、證件類型、證件編號(hào)、電話等。會(huì)員實(shí)體屬性如下所示。在 ER 圖 中，用方框表示 實(shí) 體，用菱形表示 聯(lián) 系，用 橢圓 表示 屬 性。 圖 3 6 系統(tǒng)全局 ER 圖 圖 3 5 會(huì)員實(shí)體屬性圖 會(huì)員證件編號(hào)地址城市編號(hào)郵編 證件類型 會(huì)員等級密碼消費(fèi)金額真實(shí)姓名用戶名電話 凍結(jié)狀態(tài)電話貴陽學(xué)院畢業(yè)論文（設(shè)計(jì)） 15 五、 數(shù) 據(jù)表 設(shè)計(jì) 對 于信息管理系 統(tǒng) ， 數(shù) 據(jù)基本上都是使用 數(shù) 據(jù) 庫進(jìn) 行管理。 會(huì)員信息表 見 如下 表 tb_member 表 字段名字 數(shù)據(jù)類型 是否為空 是否主鍵 默認(rèn)值 描述 ID int No ID 自動(dòng)編號(hào) userName Varchar(20) Yes null 會(huì)員名稱 trueName Varchar(20) Yes null 真實(shí)姓名 passWord Varchar(20) Yes null 會(huì)員密碼 City Varchar(20) Yes null 所在城市 address varchar(100) Yes null 詳細(xì)地址 postcode varchar(6) Yes null 郵編 cardNO varchar(24) Yes null 證件號(hào) cardType varchar(20) Yes null 證件類型 grade Int Yes null 會(huì)員等級 Amount varchar(20) Yes null 消費(fèi)金額 tel varchar(100) Yes null 電話號(hào)碼 varchar(100) Yes null 電子郵箱 f