【正文】 many other advantages, can be effective to enhance their activities in the modern mercial petitiveness. Soon, there will be 60 per cent of the mercial activities in the operation of the Inter, you ready? Online Digital mercial city is a typical B / S mode work services belonging to B to C emerce types. This article will briefly online Digital mercial city Origin system, the overall architecture, design thinking, the development of technology and online Digital mercial city system management module background detail design and implementation techniques. The system is trying to use JSP in a dynamic work of emerce websites structure, which is in Windows XP, SQL Server 2020 for database development in platform, Tomcat application server as a work information services, use JSP (Java Server Pages) technology development online shopping system. Prospects and the background of some of his hours, the prospects of users, including users registered, a shopping cart management, order management, personal information management, message board management functions。本文將簡(jiǎn)述網(wǎng)上數(shù)碼商城系統(tǒng)項(xiàng)目起源 、 總體架構(gòu) 、 設(shè)計(jì)思想 、 開(kāi)發(fā)技術(shù)和網(wǎng)上數(shù)碼商城系統(tǒng)后臺(tái)管理模塊詳細(xì)設(shè)計(jì)及其實(shí)現(xiàn)技術(shù) 。 網(wǎng)上購(gòu)物系統(tǒng) 是典型的 B/S 網(wǎng)絡(luò)服務(wù)模式 ， 屬于 BTOC 電子商務(wù)類(lèi)型 。 建立后的網(wǎng)站系統(tǒng)是一個(gè)動(dòng)態(tài) 、 交互式 、 具有商品提供 、 系統(tǒng)管理 、 用戶留言等功能的電子商務(wù)網(wǎng)站 。 電子商務(wù)從 90 年代初期興起以來(lái) ，已從網(wǎng)上購(gòu)物擴(kuò)展到了銀行 、 證券業(yè)的運(yùn)營(yíng) ， 成為一種通過(guò)網(wǎng)絡(luò) 技術(shù)的應(yīng)用 ，快速而有效地進(jìn)行各種商業(yè)行為的最新方法 。 網(wǎng)上商城介紹 目前常說(shuō)的網(wǎng)上商 城 （有時(shí)也稱為網(wǎng)絡(luò)商店 ， 或者簡(jiǎn)稱網(wǎng)店） ， 通常是指建立在第三方提供的電子商務(wù)平臺(tái)上的 、 由商家自行開(kāi)展電子商務(wù)的一種形式 ， 正如同在大型商場(chǎng)中租用場(chǎng)地開(kāi)設(shè)商家的專(zhuān)賣(mài)店一樣 。 現(xiàn)代化生活的節(jié)奏越來(lái)越快 ， 我們需要的是快捷 、便利的購(gòu) 物 方式 ， 因此 ， 如何改善購(gòu) 物 的便利 ， 就顯得迫在眉睫了 ， 而 Inter的高速發(fā)展為我們提供了這樣的購(gòu)買(mǎi)方式 ―― 通過(guò)網(wǎng) 絡(luò) 選購(gòu) 想要的 產(chǎn)品 。 根據(jù)購(gòu)買(mǎi)者的實(shí)際需求 ， 本系統(tǒng)的設(shè)計(jì)按照下述原則進(jìn)行 。 3． 高可靠性 一個(gè)實(shí)用 的系統(tǒng)同時(shí)必須是可靠的，本系統(tǒng)通過(guò)合理而先進(jìn)的結(jié)構(gòu)設(shè)計(jì)以及軟、 硬件的優(yōu)化 選 型，可保證系統(tǒng)的可靠性與容錯(cuò)性。 6． 智能性 智能化是這個(gè)系統(tǒng)軟件的一大特色。 JSP 技術(shù)是以 Java 語(yǔ)言作為腳本語(yǔ)言的 ， 熟悉 JAVA 語(yǔ)言的人可以很快上手 。 JSP 在技術(shù)結(jié)構(gòu)上有著其他腳本語(yǔ)言所沒(méi)有的優(yōu)勢(shì)： JSP 可以通過(guò)JavaBean等技術(shù)實(shí)現(xiàn)內(nèi)容的產(chǎn)生和顯示相分離 ， 并且 JSP 可以使用 JavaBean或者 EJB（ Enterprise JavaBeans）來(lái)執(zhí)行應(yīng)用程序所要求的更為復(fù)雜的處理 ，進(jìn)而完成企業(yè)級(jí)的分布式的大型應(yīng)用 。 Tomcat被 JavaWorld雜志的編輯選為 2020年度最具創(chuàng)新的 Java產(chǎn)品 ， 可見(jiàn)其在業(yè)界的地位 。 而且 ， 你必須去管理每一個(gè)連接 ， 確保他們能被正確關(guān)閉 ， 如果出現(xiàn)程序異常而導(dǎo)致某些連接未能關(guān)閉 ， 將導(dǎo)致數(shù)據(jù)庫(kù)系統(tǒng)中的內(nèi)存泄露 ， 4 最終將不得不重啟數(shù)據(jù)庫(kù) 。 而連接池技術(shù)可以解決上述問(wèn)題 。 通過(guò)使用連接池 ， 將大大提高程序效率 。 2． 向數(shù)據(jù)庫(kù)發(fā)送 SQL語(yǔ)句 。 2． 不能完全精確地實(shí)現(xiàn)從 ODBC C API 到 Java API 的翻譯 . 3． ODBC 很難學(xué) ， 它把簡(jiǎn)單和高級(jí)功能混雜在一起 ,甚至對(duì)非常簡(jiǎn)單的查詢 ， 其選項(xiàng)也非常復(fù)雜 。 這就提供了很大的靈活性 ， 即允許使用特定的數(shù)據(jù)庫(kù)語(yǔ)句甚至于非 SQL語(yǔ)句 。 業(yè)務(wù)流程圖 業(yè)務(wù)流程是根據(jù)市場(chǎng)需求與企業(yè)要求調(diào)整企業(yè)流程 ， 包括設(shè)計(jì) 、 分析和優(yōu)化的過(guò)程 。 本系統(tǒng)的業(yè)務(wù)流程圖如圖21 所示 。 本系統(tǒng)是購(gòu)物系統(tǒng) ， 是人們?nèi)粘Ｉ钕M(fèi)的工具 。 對(duì)現(xiàn)有系統(tǒng)的分析 ， 包括現(xiàn)有系統(tǒng)的缺陷 ， 項(xiàng)目的主要特點(diǎn) ， 與現(xiàn)有系統(tǒng)的區(qū)別 ， 以及該項(xiàng)目將要帶來(lái)的經(jīng)濟(jì)效益等 ， 都將有助于降低項(xiàng)目的風(fēng)險(xiǎn) 。 如果每件商品出售的價(jià)格是 100 元 。但第二年可以賺得 萬(wàn)元 。 技術(shù)可行性 本系統(tǒng)采用 MVC 設(shè)計(jì)模式 ， 使用符合 JSP Model2 的設(shè)計(jì)標(biāo)準(zhǔn) ， 在前臺(tái)用 JSP 進(jìn)行頁(yè)面開(kāi)發(fā)和管理用戶界面 ， 提示信息完善 ， 界面友好 ， 具有較強(qiáng)的親和力 ， 后臺(tái)采用 SQL數(shù)據(jù)開(kāi)發(fā)和管理數(shù)據(jù)庫(kù) ， 對(duì)數(shù)據(jù)庫(kù)操作采用事務(wù)處理機(jī)制 ， 具有強(qiáng)大的錯(cuò)誤處理功能 。 如果新系統(tǒng)是建立在原來(lái)已擔(dān)負(fù)其他任務(wù)的計(jì)算機(jī)系統(tǒng)上的 ， 就不能要求它在實(shí)時(shí)在線狀態(tài)下運(yùn)行 ， 以免與原有的任務(wù)相矛盾 。本 系統(tǒng)對(duì)計(jì)算機(jī)的軟硬件的要求不是特別高 ， 所以系統(tǒng)在運(yùn)行方面是可行的 。 9 第 3 章 需求分析 需求分析概述 需求分析是軟件生存周期中最重要的一步 。 需求分析的任務(wù)：分析員通過(guò)需求分析提供一種可轉(zhuǎn)化為數(shù)據(jù)設(shè)計(jì) 、 結(jié)構(gòu)設(shè)計(jì)和過(guò)程設(shè)計(jì)的數(shù)據(jù)與功能表示 ， 在軟件完成后 ， 需求分析階段研究的對(duì)象是軟件項(xiàng)目的用戶需求 。 分析與綜合逐步細(xì)化所有的軟件功能 ， 找出系統(tǒng)各元素間的 聯(lián)系 ， 接口特性和設(shè)計(jì)上的限制 ， 分析他們是否滿足需求 ， 剔除不合理部分 ， 增加需要部分 。 評(píng)審對(duì)功能的正確性 ， 完整性和清晰性 ， 以及其它需求給予評(píng)價(jià) 。 用戶需求（ user requirement）文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù) ， 這在用例（ use case）文檔或方案腳本（ scenario）說(shuō)明中予以說(shuō)明 。 在該階段需求分析人員需要確定整個(gè)產(chǎn)品的功能要求 ， 并且將現(xiàn)實(shí)事務(wù)抽象成對(duì)象并建模 。 也許用戶列舉了查詢 、 訂購(gòu) 、 下訂單 、 商品管理 、 用戶管理和訂單管理 ， 也許還有自己有特色的東西 。 數(shù)據(jù)流圖 系統(tǒng)數(shù)據(jù)流圖如圖 32 所示 。 本系統(tǒng)數(shù)據(jù)項(xiàng)如 表 31 所示 。 其中的用戶需求就是市場(chǎng)的需求 ， 它是需求分析階段最重要的工作 。 該后臺(tái)系統(tǒng)包括七大基本模塊：使用幫助 、 訂單管理 、 數(shù)碼管理 、 管理用戶 、 數(shù)碼分類(lèi) 、 網(wǎng)站廣告管理 、 網(wǎng)站信息管理 。 隨著結(jié)構(gòu)的精細(xì)化 ， 層次方框圖對(duì)數(shù)據(jù)結(jié)構(gòu)也描繪得越來(lái)越詳細(xì) ， 這種模式非常適合于需求分析階段的需要 。 后 臺(tái) 系 統(tǒng)訂單管理管理用戶使用幫助數(shù)碼分類(lèi)管理數(shù)碼管理網(wǎng)站后臺(tái)管理網(wǎng)站信息管理返回首頁(yè)注銷(xiāo)登陸未處理訂單正處理訂單管理后臺(tái)管理員管理網(wǎng)站用戶查詢商品添加商品添加廣告已處理訂單查詢廣告 圖 42 后臺(tái)文件結(jié)構(gòu)圖 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)庫(kù)技術(shù)的 概念描述 數(shù)據(jù)庫(kù)技術(shù)是計(jì)算機(jī)科學(xué)技術(shù)中發(fā)展最快的領(lǐng)域之一 ， 也是應(yīng)用最廣的技術(shù)之一 ， 它已成為計(jì)算機(jī)信息系統(tǒng)與應(yīng)用系統(tǒng)的核心技術(shù)和重要基礎(chǔ) 。 數(shù)據(jù)庫(kù)中的數(shù)據(jù)按一定的數(shù)據(jù)模型組織 、 描述和儲(chǔ)存 ， 具有較小的冗余度 、 較高的數(shù)據(jù)獨(dú)立性和易擴(kuò)展性 ， 并可為各種用戶共享 。 對(duì)于一個(gè)國(guó)家來(lái)說(shuō) ， 數(shù)據(jù)庫(kù)的建設(shè)規(guī)模 、 數(shù)據(jù)庫(kù)信息量的大小和使用頻率 已 成為衡 17 量這個(gè)國(guó)家信息化程度的重要標(biāo)志 。 3． 數(shù)據(jù)庫(kù)的運(yùn)行管理 數(shù)據(jù)庫(kù)在建立 、 運(yùn)用和維護(hù)時(shí)由數(shù)據(jù)庫(kù)管理系統(tǒng)統(tǒng)一管理 、 統(tǒng)一控制 ，以保證數(shù)據(jù)的安全性 、 完整性 、 多用戶對(duì)數(shù)據(jù)的并發(fā)使用及發(fā)生故障后 的系統(tǒng)恢復(fù) 。 商品信息表（ Goods）：商品編號(hào) ， 商品名稱 ， 商品廠家 ， 商品品牌 ， 商品進(jìn)貨價(jià)格 ， 商品零售價(jià)格 ， 商品庫(kù)存數(shù)量 ， 商品銷(xiāo)售數(shù)量 ， 商品售出時(shí)間 。 訂單表（ order_table）：訂單號(hào) ， 用戶 ID， 訂單產(chǎn)生日期 ， 訂單是否確認(rèn) ，訂單處理人 ， 訂單發(fā)送狀態(tài) ， 訂單接收人姓名 ， 訂單接收地址 ， 訂單接收地址編碼 ， 訂單總價(jià) 。 本系統(tǒng)的 ER 圖如 圖 43 所示 。 21 第 5 章 詳細(xì)設(shè)計(jì) 系統(tǒng)運(yùn)行平臺(tái)設(shè)置 1． 硬件環(huán)境：臺(tái)式計(jì)算機(jī)（ PC）一臺(tái) ， 如表 51 所示 。 實(shí)現(xiàn)購(gòu)物車(chē)的 Bean 1．實(shí)現(xiàn)目標(biāo) 購(gòu)物車(chē)所包含的數(shù)據(jù)是一個(gè)用戶的一次購(gòu)買(mǎi)記錄 ， 因此在這一次購(gòu)買(mǎi)中 ，我們考慮到用戶可能會(huì)選擇多種商品 ， 而每種商品又可能會(huì)選擇任意多個(gè)數(shù)目 ， 所以我們的購(gòu)物車(chē) Bean 應(yīng)該包含多個(gè)購(gòu)物項(xiàng) ， 而每個(gè)購(gòu)物項(xiàng)又與一種商品相關(guān)聯(lián) 。 另外要說(shuō)明的是 ， 我們?cè)O(shè)定 CartItem 屬性中的總價(jià)錢(qián) ， 主要是為了迎合 22 商品因某種活動(dòng)而出現(xiàn)的單價(jià)可能會(huì)變化 ， 例如在不同的階段 ， 我們的商店可能會(huì)采取不用的促銷(xiāo)策略 ， 給消費(fèi)者不同的折扣 ； 另外 ， 還可能建立不同的會(huì)員制度 ， 不用級(jí)別的會(huì)員購(gòu)買(mǎi)同一種商品的價(jià)格是有所不一樣的 ， 所以在里我要記錄每種商品的總價(jià)錢(qián) 。 其中 ， 購(gòu)物項(xiàng)信息記錄了所有添加到購(gòu)物車(chē)中的購(gòu)物項(xiàng)的信息 ， 也就是記錄了一次購(gòu)買(mǎi)的所有商品的種類(lèi)和數(shù)量以及每種商品的總價(jià)錢(qián) 。 updateCartitem() 這個(gè)方法用于修改購(gòu)物車(chē)中某個(gè)商品的數(shù)量 ， 它采取的辦法是先將購(gòu)物車(chē)中該商品的訂購(gòu)記錄刪除 。 實(shí)現(xiàn)購(gòu)物車(chē)的界面 購(gòu)物車(chē)頁(yè)面主要是用于顯示用戶所選擇的商品信息以及每種商品的數(shù)量 ， 單價(jià) ， 最后還要包括所選擇商品的總價(jià)錢(qián) ， 如圖 51 所示： 23 圖 51 實(shí)現(xiàn)購(gòu)物車(chē)界面 這個(gè)頁(yè)面需要后臺(tái)數(shù)據(jù)庫(kù)提供的參數(shù)是 cart， 也就是當(dāng)前用戶購(gòu)物車(chē)對(duì)象 。 對(duì)購(gòu)物車(chē)的操作按鈕主要就是 “ 結(jié)帳 ” 。 其中包括 ， 向購(gòu)物車(chē)增加商品 ， 刪除商品和修改購(gòu)物車(chē)中商品數(shù)量 。 在 “ 數(shù)量 ” 中可修改商品的數(shù)量 ， 每次修改完后 ， 都要單擊相應(yīng)的 “ 修改 ” 按鈕 ， 同時(shí)合計(jì)金額要根據(jù)商品數(shù)量的變化隨之發(fā)生變化 。 vends 表用來(lái)保存訂單中包括的商品信息 ， 例如：購(gòu)買(mǎi)的商品 ， 商品價(jià)格以及數(shù)量等 。 其目的是為了在頁(yè)面上可以直接使用得到的商品對(duì)象來(lái)顯示商品的名稱 。 store() 這個(gè)方法用于響應(yīng)用戶提交的訂單的請(qǐng)求 。 在這里對(duì)權(quán) 限設(shè)置需要單獨(dú)進(jìn)行處理 ， 訂單的權(quán)限規(guī)則主要包括以下兩點(diǎn)： 管理員可以查看所有的訂單信息 。 （ 1） 訂單提交頁(yè)面 訂單提交頁(yè)面 主要是供確認(rèn)所選購(gòu)的商品的種類(lèi) ， 數(shù)量和價(jià)格 。后一部分用于用戶填寫(xiě)送貨信息 ， 包括收件人的姓名 ， 地址 ， 聯(lián)系電話等信息 。 圖 54 訂單提交頁(yè)面 這個(gè)頁(yè)面需要后臺(tái)處理的數(shù)據(jù)是剛才所生成的訂單對(duì)象 ， 而這個(gè)頁(yè)面中的具體訂單條目的信息仍然取自購(gòu)物車(chē) ， 這樣避免了需要查詢數(shù)據(jù)庫(kù)的麻煩 。 開(kāi) 始用 戶 瀏 覽 商 品用 戶 登 陸發(fā) 送 訂 單訂 單 提 交成 功 ？訂 單 提 交 成 功結(jié) 束N oY e sN oY e s訂 單 是 否 提 交 ？ 圖 56 訂單過(guò)程流程圖 28 本 章 小結(jié) 在這一節(jié)中 ， 介紹了購(gòu)物車(chē)模塊的實(shí)現(xiàn) 。 29 第 6 章 系統(tǒng)測(cè)試 軟件測(cè)試概述 軟件危機(jī)曾經(jīng)是軟件界甚至整個(gè)計(jì)算機(jī)界最熱門(mén)的話題 。 問(wèn)題在于如何去避