【文章內(nèi)容簡介】 還包含業(yè)務(wù)流程和頁面表示。這樣編寫出來的程序，既不利于程序員對業(yè)務(wù)代碼的調(diào)試，同時也不利于編輯人員進行交互頁面的設(shè)計。同時系統(tǒng)也不具備可擴展性，當我們要在現(xiàn)有業(yè)務(wù)上進行擴展的時候，通常無法借助于現(xiàn)有的資源和應用，而只能夠重新編寫，大大增加了投資，延長了系統(tǒng)上線的時間，失去了競爭市場的優(yōu)勢。 Browse 瀏覽器 Web 服務(wù)器 數(shù)據(jù)庫 河南理工大學畢業(yè)設(shè)計（論文）說明書 9 在本網(wǎng)上購物系統(tǒng)中，將采用通行的 MVC 模式來構(gòu)建應用。這種結(jié)構(gòu)解決了前面所述的所有問題，在我們的應用集成網(wǎng)絡(luò)中，通過企業(yè)級高端 J2EE應用服務(wù)器實現(xiàn) MVC開發(fā)模型。 MVC 的邏輯圖如圖 42 所示，流 程圖如 圖 43 所示 。 圖 42 MVC 開發(fā)邏輯示意圖 圖 43 MVC 業(yè)務(wù)流程示意圖 系統(tǒng)分析是平臺開發(fā)的一個不可缺少的環(huán)節(jié)，為了能夠使本系統(tǒng)更好、更完善地被設(shè)計出來，就必須先進行調(diào)查研究。在系統(tǒng)調(diào)查的基礎(chǔ)上，對新系統(tǒng)的功能進行細致的分析，從而才能夠開發(fā)出完整的系統(tǒng)設(shè)計 通過這種方案，我們可以迅速地實現(xiàn)整個業(yè)務(wù)，其優(yōu)勢和特點如下。 Model（模型）層：由 javaBean 來實現(xiàn)，將具體的業(yè)務(wù)封裝在業(yè)務(wù)邏輯層實現(xiàn)。是系統(tǒng)結(jié)構(gòu)更加明確。 河南理工大學畢業(yè)設(shè)計（論文）說明書 10 View（視圖）層：由 JSP、 HTML 組成。這一層次的特點是能夠真 實地展示和客戶交互的界面，具備可描繪的功能。同時能夠嵌套動態(tài)數(shù)據(jù)，可以進行動態(tài)頁面的展示。同時可以方便地進行客戶端的個性化定制。根據(jù)每個客戶的需求來展示不同風格的界面。 Controller（控制器）層：是非常重要的一層，這一層是連接 View 和 Model 的紐帶，同時也是將這兩層進行最大限度分離的工具。通常由 Servlet 來實現(xiàn)， Servlet 和 JSP 雖然同樣都屬于頁面展示工具，但分屬兩層。主要在于 JSP 以腳本語言的形式存在， 它的主要優(yōu)勢是進行動態(tài)數(shù)據(jù)的 Web 展示，而 Servlet 是一個完整的 Java 程序， 進行業(yè)務(wù)的調(diào)用和流程的處理是它的長處。 通過這種模型的建立，我們的應用系統(tǒng)具備了非常好的性能和可擴展性。將業(yè)務(wù)組件和展示頁面進行分離，并通過 Controller 來描述調(diào)用關(guān)系，一方面可以提高效率，另一方面也可以增加系統(tǒng)擴充的能力，使我們的系統(tǒng)可以進行最快速度的業(yè)務(wù)擴展，以滿足不同用戶、不同階段、各種各樣的業(yè)務(wù)需求。 河南理工大學畢業(yè)設(shè)計（論文）說明書 11 5 系統(tǒng)的功能和流程分析 網(wǎng)上商城購物系統(tǒng)基本功能描述 本系統(tǒng)是一個中小 型的電子 商務(wù)系統(tǒng)，可以為各類用戶提供方便的在線購物環(huán)境，符合 目前國內(nèi)流行的電子商務(wù)模式。該網(wǎng)上購物系統(tǒng)平臺利用現(xiàn)在比較廣泛的 MVC 的架構(gòu) 實現(xiàn)的，此系統(tǒng)分為前臺管理和后臺管理。前臺管理是友好的操作界面， 前臺用戶可以在系統(tǒng)中實現(xiàn)注冊、登錄、分類查詢商品信息、購物、支付，管理購物車、結(jié)賬等功能。通過后臺管理模塊可以實現(xiàn)后臺管理員對商品、訂單和系統(tǒng)管理功能，該系統(tǒng)操作簡單，界面人性化。是一個簡易的網(wǎng)上購物系統(tǒng)。 系統(tǒng)整體布局模塊的結(jié)構(gòu)分析 在平臺功能的分析基礎(chǔ)上，得到本平臺的功能模塊圖如圖 51 所示 。 圖 51 平臺購物模塊 河南理工大學畢業(yè)設(shè)計（論文）說明書 12 系統(tǒng)前臺功能分析 經(jīng)過對購物系統(tǒng)的流程分析，購物流程如圖 52 所示 。 圖 52 網(wǎng)上購物活動圖 前臺部分應包含一下幾個模塊和功能 ： （ 1） 用戶管理模塊：能夠完成用戶基本信息的注冊和用戶的系統(tǒng)登錄。 用戶登錄流程圖如圖 53 所示。 河南理工大學畢業(yè)設(shè)計（論文）說明書 13 圖 53 用戶登錄流程圖 （ 2） 分類模塊 ： 從后臺數(shù)據(jù)庫 查出所有 商品 分類并顯示到 界面 左邊 。 （ 3） 商品 模塊 ： 查出所有 商品 顯示在 body 頁面 上 ， 按照分類查找相應的 商品 ， 瀏覽全部 商品， 查看 商品 詳情 ， 添加到購物車 。 （ 4） 購物模塊 ： 如果想把購物車的信息添加 到數(shù)據(jù)庫中，購物車里面包含的信息有用戶 、 商品 、 分類 、 商品數(shù)量 等 ， 一個用戶有一個購物車，購物車中可以有多個商品，每個商品數(shù)量不唯一 ，添加到購物車 刪除購物車中某件商品 ， 清空購物車 。 （ 5） 訂單模塊 ： 創(chuàng)建訂單表 ，創(chuàng)建訂單項表， 填寫信息生成訂單 ， 修改訂單 ， 提交訂單 ， 付款 。 系統(tǒng) 后臺模塊 功能分析 后 臺作為管理員管理系統(tǒng)的平臺，根據(jù)購物系統(tǒng)分析，管理員的用例圖 54 所示 。 河南理工大學畢業(yè)設(shè)計（論文）說明書 14 圖 54 管理員功能用例圖 作為系統(tǒng)后臺應包含以下模塊： （ 1） 管理員登錄 模塊 ： 功能與用戶登錄相同，只是兩種用戶不在一張表上，查詢數(shù)據(jù)庫時查詢的表不同，因此可以直接復制前臺的用戶模塊的代碼，然后修改查詢的用戶表，以及跳轉(zhuǎn)的頁面即可。 （ 2） 分類模塊 ：應包含 添加分類 ， 查詢 已有 分類 。 （ 3） 商品 模塊 ： 添加 商品， 查詢所有 商品， 修改 商品 信息 ， 刪除 商品等功能。 （ 4） 訂單模塊 ： 查詢所有訂單 ， 查詢所有未付款訂單 ， 查詢所有已付款訂單 ， 查詢所有未收獲訂單 ， 查詢所有已完成訂單 。 河南理工大學畢業(yè)設(shè)計（論文）說明書 15 6 系統(tǒng)功能的具體實現(xiàn) 系統(tǒng) 數(shù)據(jù)庫 及 表的設(shè)計 在建設(shè)網(wǎng)站系統(tǒng)之前，我們必須對系統(tǒng)所用到的數(shù)據(jù)進行大致的分類和具體的結(jié)構(gòu)設(shè)計，既要做到清晰明了，又要能適應系統(tǒng)各項功能的調(diào) 用，而不至于產(chǎn)生結(jié)構(gòu)上的邏輯混亂，保證關(guān)鍵數(shù)據(jù)在意外情況下不會被破壞，可以說數(shù)據(jù)庫是系統(tǒng)的重中之重。 數(shù)據(jù)庫設(shè)計要遵循一些規(guī)則，一個好的數(shù)據(jù)庫滿足一些嚴格的約束和要求。盡量分離各實體對應的表，一個實體對應一個表，搞清楚該實體有哪些屬性，對應有些什么字段，以及各實體之間有何種聯(lián)系。實體、屬性與聯(lián)系是進行概念設(shè)計時要考慮的三個元素，也是一個好的數(shù)據(jù)庫設(shè)計的核心。 結(jié)合系統(tǒng)結(jié)構(gòu)以及對系統(tǒng)中各部分關(guān)系的分析，共建立了一個數(shù)據(jù)庫和六張表。 創(chuàng)建數(shù)據(jù)庫 數(shù)據(jù)庫名為 myestore，該數(shù)據(jù)庫是作為其他表建立的基 礎(chǔ)，管理員表、用戶 表、訂單表等都在該數(shù)據(jù)庫里面建立。 數(shù)據(jù)庫創(chuàng)建代碼以及所包含的的表如圖 61 所示。 CREATE DATABASE MYESTORE。 SET FOREIGN_KEY_CHECKS=0。 圖 61 數(shù)據(jù)庫以及表結(jié)構(gòu) 河南理工大學畢業(yè)設(shè)計（論文）說明書 16 表的創(chuàng)建 表的創(chuàng)建是在數(shù)據(jù)庫創(chuàng)建之后，表的創(chuàng)建應清楚的了解各表之間的關(guān)系，以及表中應包含哪些字段，表與表之間的關(guān)系應劃分清楚，確定好表的關(guān)鍵字，表中的外鍵，消除表中的冗余數(shù)據(jù)。 （ 1） 創(chuàng)建管理員表 admins, 管理員表是作為后臺管理員登錄后臺程序時驗證管理員身 份時使用， 管理員表應包括用戶名以及用戶密碼等字段。 管理員表字段類型 定義 如圖 62 所示。 DROP TABLE IF EXISTS `admins`。 CREATE TABLE `admins` ( `aid` char(32) NOT NULL, `username` varchar(30) DEFAULT NULL, `password` varchar(30) NOT NULL, `` varchar(30) DEFAULT NULL, PRIMARY KEY (`aid`), UNIQUE KEY `username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8。 INSERT INTO `admins` VALUES (39。1cc6a795923f4013a467d096bd6d7a5b39。, 39。haha39。, 39。haha39。, 39。haha@estore39。, 39。139。, null)。 圖 62 管理員表字段類型定義 （ 2） 創(chuàng)建商品表，商品表作為商品信息存儲的表，應包含商品名等信息，該表是前臺和后臺共同操作的表， 前臺用戶通過查詢該表可獲得商品的信息，在前臺購物頁面顯示出來，后臺管理通過操作該表進行商品的添加，以及商品的信息的修改。 商品表的字段類型定義如 圖 63 所示。 CREATE TABLE `books` ( `bid` char(32) NOT NULL, `bname` varchar(20) NOT NULL, `author` varchar(20) DEFAULT NULL, `price` varchar(15) DEFAULT NULL, `image` varchar(100) DEFAULT NULL, `state` tinyint(4) DEFAULT NULL, 河南理工大學畢業(yè)設(shè)計（論文）說明書 17 `cid` varchar(32) DEFAULT NULL, PRIMARY KEY (`bid`), KEY `cid` (`cid`), CONSTRAINT `books_ibfk_1` FOREIGN KEY (`cid`) REFERENCES `categories` (`cid`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8。 圖 63 商品表字段類型定義 （ 3） 創(chuàng)建分類表 categories。 該表存儲所有商品的分類信息，包括分類名稱等字段，后臺通過添加分類和修改分類對該表進行操作和訪問。 分類表的字段和類型定義如圖64 所示。 DROP TABLE IF EXISTS `categories`。 CREATE TABLE `categories` ( `cid` varchar(32) NOT NULL DEFAULT 39。39。, `ame` varchar(20) DEFAULT NULL, PRIMARY KEY (`cid`), UNIQUE KEY `ame` (`ame`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8。 圖 64 分類表字段類型定義 （ 4） 創(chuàng)建訂單項表 orderitems。 訂單項表包括了訂單項號、商品的數(shù)量、小計等字段，訂單包括多個訂單項。 訂單項表字段 及 類型定義 如圖 65 所示。 DROP TABLE IF EXISTS `orderitems`。 CREATE TABLE `orderitems` ( `oiid` char(32) NOT NULL, `oid` char(32) NOT NULL, `bid` char(32) NOT NULL, `count` smallint(6) NOT NULL, `subtotal` varchar(12) NOT NULL, PRIMARY KEY (`oiid`), KEY `oid` (`oid`), 河南理工大學畢業(yè)設(shè)計（論文）說明書 18 KEY `bid` (`bid`), CONSTRAINT `orderitems_ibfk_1` FOREIGN KEY (`oid`) REFERENCES `orders` (`oid`), CONSTRAINT `orderitems_ibfk_2` FOREIGN KEY (`bid`) REFERENCES `books` (`bid`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8。 圖 65 訂單項表字段類型定義 （ 5） 創(chuàng)建訂單表 orders。 訂單表應包括訂單編號、總計、用戶編號等字段。 一個訂單可以包含多個訂單項。 訂單表的字段和類型定義如圖 66 所示。 DROP TABLE IF EXISTS `orders`。 CREATE TABLE `orders` ( `oid` char(32) NOT NULL, `orderTime` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, `total` varchar(15) NOT NULL, `address` varchar(50) DEFAULT NULL, `state` tinyint(4) NOT NULL, `uid` char(32) DEFAULT NULL, PRIMARY KEY (`oid`), KEY `uid` (`uid`), CONSTRAINT `orders_ibfk_1` FOREIGN KEY (`uid`) REFERENCES `users` (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8。