【文章內(nèi)容簡介】 要的信息。其中每一部分都以盡量少的內(nèi)容顯示，以免瀏覽者看的 眼花繚亂而失去耐心。除了這些作用外，設計好前臺的結構形式，也是為后面程序的編寫做出了框架。在為系統(tǒng)劃分功能模塊，并以模塊為單位來實現(xiàn)設計時也是以這個結構為根基的。 系統(tǒng)的后臺要對整個網(wǎng)站的信息和數(shù)據(jù)進行維護。網(wǎng)站前臺所顯示的信息在后臺都應該有對應的維護。這樣，除了設計后臺的各個管理界面外，為了方便管理員的工作，可以將各個管理的界面結合到一個頁面中。因此，各個管理的界面會作為主管理界面的分支。 在設計好網(wǎng)站前臺與后臺的結構以后，就將數(shù)據(jù)庫加入到結構中。后臺將更新的數(shù)據(jù)寫入到數(shù)據(jù)庫中，前臺再將數(shù)據(jù)庫中的信息取出 來并顯示。 功能模塊設計 層次模塊結構是將系統(tǒng)劃分為若干子系統(tǒng)子系統(tǒng)下再劃分為若干的模塊而模塊是指具備有輸入輸出、邏輯功能、運行程序和內(nèi)部數(shù)據(jù)四種屬性的一組程序在結構化系統(tǒng)設計中模塊一般都是按功能劃分的通常稱為功能模塊功能模塊的劃分能夠大限度地減少重復勞動提高開發(fā)工作的效率增大系統(tǒng)的可維護性。 圖 網(wǎng)絡購物中心功能結構圖 前臺模塊的功能模塊設計 前臺模塊主要為登陸網(wǎng)站的用戶提供商品和服務的信息，填寫并提交訂單的服務。這樣，將前臺模塊再細分為用戶管理模塊、訂單查詢模塊、購物車模塊、修改個人資料模塊、留 言板模塊。顧名思義，這些模塊的名稱基本概括了它們的功能。下面詳細說明一下這些功能模塊的設計： （ 1）用戶管理模塊： 為了方便于網(wǎng)站的管理，必須由一套完整的用戶管理體系。該網(wǎng)站用戶管理模塊主要實現(xiàn)用戶的注冊、登錄、找回密碼 3 方面功能。 （ 2）購物車模塊： 在超市購物，可以根據(jù)自己的需要將很多種商品挑選至購物車或購物籃中，然后到收銀臺結款。而在網(wǎng)上虛擬的商城中，當然沒有辦法使用真正的購物工具，因此，通常都會采用一種被稱為“購物車”的技術來模擬現(xiàn)實生活。在網(wǎng)上商城中，所選商品須通過購物車進行暫存，然后生產(chǎn)訂單。這 種技術使用起來十分方便，不但可以隨時添加、查看、修改、清空購物車中的內(nèi)容，還可以隨時去收銀臺結款。 （ 3）訂單管理模塊： 用戶提交訂單后，通過產(chǎn)生的訂單號查詢訂單信息及執(zhí)行狀態(tài)。只需要根據(jù)用戶錄入的訂單號在數(shù)據(jù)表中查詢處對應的貨品信息即可。 （ 4）個人資料管理模塊： 用戶資料修改時為用戶更改個人信息所提供的窗口，為了保護用戶信息部受非法侵害，用戶只有登錄網(wǎng)頁后才有權限修改個人資料。 （ 5）留言板管理模塊： 留言板是一個商務網(wǎng)站中不可缺少的組成部分，它可以增進用戶與網(wǎng)站之間的交流。在現(xiàn)實網(wǎng)絡開發(fā)中存在著各種各 樣的留言板，但它們都由基于瀏覽留言板及添加留言板 2 部分組成。 這樣，子模塊各自的內(nèi)容基本設計好。下面可以設計如何將這些模塊組織在一起，構成一個結構比較合理的前臺了。除了在主頁中建立面向其他模塊的鏈接外，也要在其他模塊中建立返回主頁面的鏈接。另外各個模塊間也應該互相鏈接起來。 后臺管理模塊的功能模塊設計 后臺管理模塊的功能是對站內(nèi)的資源進行管理和維護。以后臺的業(yè)務流程分析和前臺各個模塊的設計為基礎、根據(jù)用戶的需求分析來確定后臺管理模塊應具有的功能。后臺管理模塊的各個子功能模塊如下： 管理員身份驗證模塊： 為合 法用戶提供一個后臺入口。該模塊的功能是對管理員身份進行能夠驗證。用戶輸入登錄 ID 和密碼后，系統(tǒng)將判斷登錄 ID 及密碼的有效性，如果通過驗證則狀態(tài)后臺主頁，反之則提示錯誤。 商品管理模塊： 向商品表插入前臺首頁展示的商品信息，也就是添加商品信息的功能。 處理訂單模塊： 網(wǎng)站管理者對用戶訂單的執(zhí)行和編輯狀態(tài)。 用戶信息管理模塊： 查詢注冊所有用戶，對一些非法或失信用戶進行刪除操作 。 公告信息管理模塊： 網(wǎng)站向用戶發(fā)布最新公告信息。 鏈接信息管理模塊： 管理員向前臺首頁添加友情鏈接信息。 數(shù)據(jù)庫設 計 數(shù)據(jù)庫是數(shù)據(jù)庫應用程序的重要組成部分。一個設計結構合理的數(shù)據(jù)庫對于應用程序的開發(fā)效率和程序的性能都是非常重要的。數(shù)據(jù)庫的設計過程大致如下： 根據(jù)用戶需求，確定數(shù)據(jù)庫中要保存的數(shù)據(jù)信息。對用戶需求進行分析時數(shù)據(jù)庫設計的第一個階段。不斷的調(diào)查與研究用戶需求，了解企業(yè)運作流程等系統(tǒng)需求，使設計概念模型的基礎。 設計數(shù)據(jù)庫的概念模型。概念模型是按用戶的觀點來對數(shù)據(jù)建模，使用與進行信息世界建模的工具。它對整個數(shù)據(jù)庫的設計具有深刻的影響。 邏輯結構設計。邏輯結構是把概念結構轉化為與所采用的數(shù)據(jù)庫管理系統(tǒng)所支持的數(shù)據(jù) 模型相符合的過程。 數(shù)據(jù)庫的實施和維護。 在設計好前臺與后臺的功能模塊后，就開始進行數(shù)據(jù)庫的設計了。根據(jù)網(wǎng)站系統(tǒng)的分析，數(shù)據(jù)庫是整個網(wǎng)站的核心。從前臺顯示的信息到后臺操作的對象，都是圍繞數(shù)據(jù)庫展開的。 ER 圖 ER 圖是一種概念模型。概念模型實際上是現(xiàn)實世界到機器世界的一個中間層次。概念模型用于信息世界的建模，是顯示世界到信息世界的第一層抽象，使數(shù)據(jù)庫設計人員進行數(shù)據(jù)庫設計的有利工具，也是數(shù)據(jù)庫設計人員和用戶之間進行交流的語言，因此概念模型一方面應該具有較強的語義表達能力，能夠方便、直接的表達應該用眾的各 種語義知識，另一方面他還應該簡單、清晰并且易于用戶理解 []。 圖 商品信息表 tb_Ware 的實體圖 （ 2）用戶信息表 tb_User 的實體圖 圖 用戶信息表 tb_User 的實體圖 （ 3）留言信息表 tb_Text 的實體圖 圖 留言信息表 tb_Text 的實體圖 4 訂單生成表 tb_Sub 的實體圖 圖 訂單生成表 tb_Sub 的實體圖 （ 5）訂單商品表 tb_Shop 的實體圖 圖 訂單商品表 tb_Shop 的實體圖 （ 6）超級鏈接表 tb_Link 的實體圖 圖 超級鏈接表 tb_Link 的實體圖 （ 7）管理員信息表 tb_Admin 的實體圖 圖 管理員信息表 tb_Admin 的實體圖 （ 8）公告信息表 tb_Affiche 的實體圖 圖 公告信息表 tb_Affiche 的實體圖 （ 9）總體 E_R 圖 圖 總體 ER 圖 基本表設計 表的設計是這次設計的一個核心內(nèi)容。根據(jù)前面對網(wǎng)站前臺與后臺功能模塊的分析和對數(shù)據(jù)庫中實體關系的設計，可以看到網(wǎng)站中所用到的數(shù)據(jù)信息基本包括：商品信息、用戶信息、留言信息、訂單信息、超級鏈接信息、管理員信息、公告信息等。下面是為數(shù)據(jù)庫設計 的表： 商品信息表 tb_Ware 商品信息表 tb_Ware 用來保存商品的基礎信息。結構如表 所示。 表 tb_Ware 的結構 字段名稱 數(shù)據(jù)類型 長度 是否允許空 是否為主鍵 字段描述 Wareid Int 4 否 是 貨物編號 Warename Varchar 50 否 否 貨物名稱 Wareprice Bigint 8 否 否 貨物價格 Waretype Varchar 20 否 否 貨物類型 Wareintro Text 16 否 否 貨物 介紹 Wareimage Varchar 50 否 否 圖片路徑 Wareif Int 4 否 否 是否推薦 Dattime Datetime 8 否 否 發(fā)布時間 用戶信息表 tb_User 用戶信息表 tb_User 用來保存用戶信息。表 tb_User 的結構如表 下。 表 tb_User 的結構 字段名稱 數(shù)據(jù)類型 長度 是否允許空 是否為主鍵 字段描述 Userid Int 4 否 是 用戶 ID Username Varchar 50 否 否 用戶名 Rname Varchar 40 否 否 真實姓名 Userpass Varchar 16 否 否 用戶密碼 Email Varchar 50 否 否 Email Address Varchar 80 否 否 用戶地址 Photo Varchar 30 否 否 Question Varchar 50 否 否 密碼問題 Result Varchar 50 否 否 答案 Dattime Datetime 8 否 否 注冊時間 留言信息表 tb_Text 留言信息表 tb_Text 用來記錄留言信息 。表 tb_Text 的結構如表 所示。 表 tb_Text 的結構 字段名稱 數(shù)據(jù)類型 長度 是否允許空 是否為主鍵 字段描述 Textid Int 4 否 是 主題 ID Username Varchar 20 否 否 作者姓名 Email Varchar 50 否 否 Email Dattime Datetime 8 否 否 發(fā)布時間 Textname Varchar 50 否 否 主題名稱 Textgut Text 16 否 否 留言內(nèi)容 訂單生成表 tb_Sub 訂單生成表 tb_Sub用來記錄新生成的訂單。表 tb_Sub的結構如表 。 表 tb_Sub 的結構 字段名稱 數(shù)據(jù)類型 長度 是否允許空 是否為主鍵 字段描述 Sub Varchar 50 否 是 訂單編號 Username Varchar 20 否 否 用戶名 Rname Varchar 50 否 否 真實姓名 Spdate Datetime 8 否 否 訂購 日期 Email Varchar 50 否 否 Email Address Varchar 80 否 否 地址 Post Varchar 50 否 否 郵編 Payment Char 12 否 否 付款方式 Photo Varchar 30 否 否 聯(lián)系方式 Carry Varchar 30 否 否 運送方式 Spif Int 4 否 否 訂單核對 Other Text 16 否 否 其它 訂單商品表 tb_Shop 訂單商品表 tb_Shop 用來記錄某一訂單中所定購的商品的詳細信息。表tb_Shop 的結構如表 所示。 表 tb_Shop 的結構 字段名稱 數(shù)據(jù)類型 長度 是否允許空 是否為主鍵 字段描述 Subid Varchar 50 否 否 訂單 id Warename Varchar 50 否 否 貨物名稱 Price Bigint 8 否 否 貨物價格 Wsum Bigint 8 否 否 貨物數(shù)量 Wcount Bigint 8 否 否 統(tǒng)計 超級鏈接表 tb_Link 超級鏈接表 tb_Link 主要用于記錄調(diào)價的超級鏈接信息 。表 tb_Link 的結構如表 所示。 表 tb_Link 的結構 字段名稱 數(shù)據(jù)類型 長度 是否允許空 是否為主鍵 字段描述 Lname Varchar 50 否 否 鏈接名 Laddress Varchar 50 否 否 鏈接網(wǎng)址 Ldatetime Datetime 8 否 否 發(fā)布時間 管理員信息表 tb_Admin 管理員信息表 tb_Admin 主要用于記錄管理員的信息。表 tb_Admin 的結構如表 所示。 表 tb_Admin 的結構 字段名稱 數(shù)據(jù)類型 長度 是否允許空 是否 為主鍵 字段描述 Id Int 4 否 否 管理員 ID Admin Varchar 30 否 否 管理員名 Adminpass Varchar 16 否 否 管理員密碼 公告信息表tb_Affiche 公告信息表 tb_Affiche 主要用于記錄后臺調(diào)價的公共信息。表 tb_Affiche的結構如表 所示。 表 tb_Affiche 的結構 字段名稱 數(shù)據(jù)類型 長度 是否允許空 是否為主鍵 字段描述 Test Text 16 否 否 公告內(nèi)容 Dattime Datetime 8 否 否 公 告時間 系統(tǒng)實現(xiàn) 在上一章著重討論了系統(tǒng)各個模塊功能的設計，并詳細分析了每一個模塊的功能。在本章將具體討論如何實現(xiàn)功能模塊，最終實現(xiàn)整個系統(tǒng)。經(jīng)過這個階段的設計工作，應該得出對目標系統(tǒng)的描述，從而在編碼階段可以把這個描述直接翻譯成用 JSP 網(wǎng)頁設計語言書寫的程序。 程序設計 本系統(tǒng)設計的網(wǎng)站在設計過程中包含頁面（ HTML）的設計以及客戶端驗證機制（ JavaScript）的設計。 JavaScript 也叫小腳本語言，他是一種非常流行的動態(tài)網(wǎng)頁技術。他不僅能夠實現(xiàn)網(wǎng)頁的動態(tài)效果，而且能夠在一定程度上檢測網(wǎng)頁的錯 誤，從而在一定程度上實現(xiàn)網(wǎng)站的安全。本系統(tǒng)應用服務器端 JSP 動態(tài)網(wǎng)頁技術，以及在 Serverlet 和 JavaBean 的可重用組件技術的支持下，結合客戶端動態(tài)網(wǎng)頁技術 Javascript 以及與 HTML 的無縫結合的設計，從而方便系統(tǒng)的實現(xiàn) [10]。 系統(tǒng)頁面的設計與實現(xiàn) 如果將網(wǎng)站比作一個人的話，服務器就像大腦，數(shù)據(jù)