【文章內容簡介】 平臺 是采用 現(xiàn)在比較廣泛的 JSP+MySQL 數(shù)據(jù)庫的架構實現(xiàn)的 ,采用 MVC 模式 ，此系統(tǒng)分為前臺管理和后臺管理。 1)、 前臺管理是友好的操作界面，供用戶瀏覽、查詢使用。包括：瀏覽商品 、訂購商品、購物車、訂單生成 、用戶資料修改 ，參加評論和評分 等功能 。 2)、 后臺管理是提 供給管理員的，其中包括：商品管理、用戶管理 以及訂單的相應管理 等。使管理員從繁瑣的手工操作中解脫出來，并提高了辦公效率。 網(wǎng)上購物系統(tǒng)的可行性分析 隨著科學的發(fā)展，現(xiàn)今計算機技術基本已經(jīng)普遍化，從而互聯(lián)網(wǎng)在現(xiàn)實生活中已扮演不可缺少的 角色。 隨著經(jīng)濟的發(fā)展和人們思想意識的逐漸開放，更多的人加入到買電腦上網(wǎng)的行列。網(wǎng)上購物人群迅速擴大，各種網(wǎng)絡設施的完善，經(jīng)濟的持續(xù)發(fā)展及人們生活水平的提高，網(wǎng)上購物已逐漸成為人們習慣性的行為。 還有 網(wǎng)絡正在沖擊著人們的傳統(tǒng)消費習慣和思維、生活方式。越來越多的人們逐漸習慣于到網(wǎng)上查找 信息，當他產(chǎn)生某種需求到網(wǎng)上查找相關產(chǎn)品和企業(yè)信息時就成了潛在的客戶，當信息能滿足他的需要的時候，他就成了客戶。即使暫時不需要產(chǎn)品，等到他需要的時候，他就會再次到網(wǎng)上查看有關資料，成為顧客。假如企業(yè)、產(chǎn)品沒有上網(wǎng)，而競爭對手的產(chǎn)品信息上了網(wǎng)，該客戶只看到競爭對手的資料而沒有你的信息，其結果必然造成你還沒有來的及與競爭對手比質量、比價格、比服務就已經(jīng)敗下陣來了，只因為這名消費者根本就不知道你的存在，你就被排除在外了。 經(jīng)過一定時間的調查，總結出幾點開發(fā)網(wǎng)上購物系統(tǒng)的 可行性 研究 ： 1．目前國內市場尚缺具有相當規(guī) 模和專業(yè)程度的網(wǎng)上購物企業(yè)。國內在線零售網(wǎng)站在資金上的缺乏使得網(wǎng)上購物不能迅速擴大業(yè)務規(guī)模和品牌效應，在未來電子商務產(chǎn)業(yè)進入高速成長期后，也難以滿足客戶們對品種、服務、價格方面的要求。 。目前國內有消費意愿和消費能力的網(wǎng)民多數(shù)處于1625 歲的低收入階段，而且消費偏好更傾向于網(wǎng)絡游戲、無線增值業(yè)務、在線影視娛樂等休閑娛樂服務，而非網(wǎng)上購物。 ，網(wǎng)上購物立法匱乏，與傳統(tǒng)購物環(huán)境相比，網(wǎng)上購物在售后服務、質量保障、等方面仍然難以讓消費者放心 。信用體制、網(wǎng)上支付、物流網(wǎng)絡三大瓶頸也仍有待解決。 ，但是品種細分卻還遠遠不夠，對比傳統(tǒng)的線下零售，可選擇的余地相對還非常少，導致電子零售市場規(guī)?，F(xiàn)階段仍然難以與傳統(tǒng)大型商場、超市所創(chuàng)造的經(jīng)濟價值相提并論。 、利潤空間較小，但相對于傳統(tǒng)百貨業(yè)，電子零售可以大大節(jié)約新增店鋪成本，具備無限制容納大客流、無限制陳列商品的優(yōu)勢。參照國際上在線商店的發(fā)展經(jīng)驗，消費需求較大的百貨商品同樣適合通過互聯(lián)網(wǎng)實現(xiàn)分銷。 產(chǎn)業(yè)發(fā)展滯后的根本原因， 2021 年，中國網(wǎng)上購物市場還是開始呈現(xiàn)出百花爭鳴甚至混業(yè)經(jīng)營的局面。愈來愈多的運營商渡過了互聯(lián)網(wǎng)的寒冬，愈來愈多的網(wǎng)民加入了互聯(lián)網(wǎng)消費大軍，愈來愈多的商品出現(xiàn)在互聯(lián)網(wǎng)上。 7．中國網(wǎng)上購物市場的基礎環(huán)境越來越穩(wěn)定，淘寶、易趣、當當、卓越等網(wǎng)上購物網(wǎng)已成為廣大網(wǎng)民網(wǎng)上購物的場所。隨著我國經(jīng)濟持續(xù)快速的增長，人民生活水平的提高， 中國電信網(wǎng)絡規(guī)模的壯大，電腦的普及率的提高、計算機技術的發(fā)展以及政府多層次多角度推動，網(wǎng)上購物市場越來越火暴，會逐漸發(fā)展及形成人們購物的主要形式。 網(wǎng)上購 物系統(tǒng)的功能 模塊 分析 從確定該次畢業(yè)論文題目起， 經(jīng)過前期的深入調查和研究， 根據(jù)需求 分析 總結出該平臺需要完成 兩個方面（前臺 功能 和后臺 功能 ）的相應 功能， 總體功能 分析如 圖 1： 圖 1 由圖 1 可以知，該系統(tǒng)分為前臺部分（針對用戶）和后臺部分（針對管理員）。 前臺部分： 該部分分為商品的瀏覽，購物車管理，訂單管理，用戶管理，評論管理多個模塊。 ● 商品瀏覽功能 進入該平臺主頁面，可以隨意的瀏覽商品， 以及查看商品的相關信息，該功能具有分頁顯示，以及對商品進行排序顯示功能。如果是登陸 用戶，在瀏覽的時候可以購買商品和對商品進行評論等功能 ，如果未登錄 這不能 ，必須 先 進行注冊登陸 。 ● 用戶管理 該功能主要是對登陸用戶資料，送貨地址以及訂單的 查看與修改 功能 。 ● 購物車 管理 用戶可以將選購的商品添加到購物車中，以便結算之前進行選擇。 購物車可以對用戶添加的商品提供刪除， 恢復功能 ，還能更改商品的數(shù)量，并有對選購 購的商品基本信息的一些小計，如市場價，會員價等。 ● 訂單管理 網(wǎng)上購物系統(tǒng) 前臺部分 瀏覽選購商品 購物車管理 訂單管理 個人資料管理 評論管理 后臺部分 訂單 管理 商品管理 用戶信息管理 公告信息管理 鏈接信息管理 該功能是用戶選購完商品并確定數(shù)量后 ,然后進入生成訂單，這其中必須要填寫送貨的地址信息，選擇送貨方式以及確定訂單到達的日期及說明等信息。 ● 評論功能 能夠通過查看購物車對所選商品進行確定、挑選。 登陸 用戶 可以 查看商品詳細信息的時候給以對該商品進行評論 ，以及對評論做相應的回復 和查看全部評論的功能 。 而未登錄用戶只能查看商品不能進行評論與回復。 后臺部分 : 該部分根據(jù)需求分為用戶管理，商品管理以及訂單管理三個模塊。 ● 用戶 管理 該模塊是對注冊用戶查詢，刪除等功能。在查詢中，可以通過用戶的 ID， nickname來進行查找，還能查找所有的用戶。 ● 商品管理 該模塊是對商品的管理，可以對商品進行添加，刪除，查詢 .在添加過程中，需要選擇商品的分類 然后按照相應的邏輯進行添加。在查詢過程中，可以通過商品的 ID,以及商品的所屬分類 ID 進行查詢。刪除操作是對商品徹底刪除（出數(shù)據(jù)庫中刪除記錄）。 ● 訂單管理 該模塊是對訂單的管理，它主要完成對訂單的發(fā)貨，簽收做相應的操作。例如，但某訂單生成后，管理員確定訂單中的商品已全部配齊，并向發(fā)貨地址發(fā)送，那么管理員可以確定該訂單為“已發(fā)貨”，當管理員收到用戶的簽收證明時，確定該訂單為“已簽收”。 3 數(shù)據(jù)庫結構設計 數(shù) 據(jù)庫表設計 建設網(wǎng)站系統(tǒng)之前，我們必須對系統(tǒng)所用到的數(shù)據(jù)進行大致的分類和具體的結構設計，既要做到清 晰明了，又要能適應系統(tǒng)各項功能的調用，而不至于產(chǎn)生結構上的邏輯混亂，保證關鍵數(shù)據(jù)在意外情況下不會被破壞，可以說數(shù)據(jù)庫是系統(tǒng)的重中之重。 數(shù)據(jù)庫設計要遵循一些規(guī)則，一個好的數(shù)據(jù)庫滿足一些嚴格的約束和要求。盡量分離各實體對應的表，一個實體對應一個表，搞清楚該實體有哪些屬性，對應有些什么字段，以及各實體之間有何種聯(lián)系。實體、屬性與聯(lián)系是進行概念設計時要考慮的三個元素，也是一個好的數(shù)據(jù)庫設計的核心。 從實際出發(fā)，經(jīng)過仔細地設計，得到各表的設計如 下表 所示。 （ d_d_user） 用戶信息表主要存儲用戶注 冊時所填寫的個人 的 基本信息。主要包括了用戶 在 表 中的編號 (id)、用戶帳號 ()、昵稱 (nickname)、密碼 (password)、 積分（ user_integral）、郵箱 是否 驗證 (is__verify)、郵箱驗證碼 (_verify_code)、上次登錄時間(last_login_time)、上次登陸 IP（ last_login_ip） 字段。其中用戶編號 (id)為主鍵，賬號 和昵稱（ nickname）具有唯一性，他標識用戶的唯一性 ，用戶帳號采用用戶的 ，便于管理以及 確認用戶的驗證。具體字段信息如表 1所示。 序號 字段名稱 數(shù)據(jù)類型 長度 能否為空 是否唯一 說明 1 id 整型 12 否 是 主鍵(PK),自動生成 2 字符型 50 否 是 用戶帳號 3 nickname 字符型 50 默認為空 是 昵稱 4 password 字符型 50 否 否 密碼 5 user_integral 整型 1 默認為 0 否 積分 6 is__verify 整型 1 默認為 0 否 是否驗 證 , 7 _verify_code 字符型 50 默認為空 是 驗證碼 8 last_login_time 長 整型 20 默認為空 否 上次登錄 時間 9 last_login_ip 字符型 15 默認為空 否 上次登陸 ip 表 1 分類 信息表 （ d_d_category） 商品 分類 信息表用于存放商品的 所屬分類的相關 信息， 主要包括分類的 編號（ id） , 同一父分類 的順序 (turn),英文名（ en_name），中文名 (_name)， 分類 簡稱 (abridge_name)，父 分類 編號 (parent_id)， 分類 值 (category_value)等字段 .其中， 分類 值用于表示 分類當前的信息及結構。 其中分類的編號（ id）是該表的主鍵， 具體字段信息如表 2所示： 序號 字段名稱 數(shù)據(jù)類型 長度 能否為空 是否唯一 說明 1 id 整型 12 否 是 主鍵(PK)，自動生成 2 turn 整型 3 否 否 順序 ,默認為 1 3 en_name 字符型 50 否 否 英文名 4 _name 字符型 50 否 否 中文名 5 abridge_name 字符型 20 否 否 簡稱 默認為空 6 parent_id 整型 12 否 否 父 分類 編號 ,默認為 0 7 category_value 字符型 200 默認為空 否 分類值 表 2 （ d_d_product） 商品信息表主要用于存放商品的具體信息 ,有 商品 編號 (id),商品 分類編號（ category_id），商品名（ product_name），商品描述 (description)，添加時間(add_time)，市場價 (fixed_price)， 會員價 (dang_price)，關鍵字 (keywords)， 商品重量（ product_weight）， 是否刪除 (has_deleted )，商品圖片 (product_pic)等字段 .其中商品分類編號是指的是商品最具體分類的編號 ,如：如果 N10 商品的分類為：手機（ 1） 按類別（ 2） 滑蓋（ 3）那么該商品的分類編號就為 （ id）是主鍵， 具體字段信息如表 3 所示： 序號 字段名稱 數(shù)據(jù)類型 長度 能否為空 是否唯一 說明 1 id 整型 12 否 是 主鍵(PK)，自動生成 2 category_id 整型 12 否 否 商品 分類編號 3 product_name 字符型 100 否 否 商品名 4 description 字符型 100 是 否 商品描述 5 add_time 長整型 20 是 否 添加時間 6 fixed_price 浮點型 否 是 市場價 7 dang_price 浮點型 否 否 會員 價 8 keywords 字符型 200 是 否 關鍵字 9 product_weight 浮點型 否 否 商品重量 10 has_deleted 整型 1 否 默認為 0 否 是否刪除 11 product_pic 字符型 200 是 否 商品圖片 表 3 信息表 （ d_d_mobilephone） 手機 信息表主要用于存放 手機的具體 信息，字段包括 有 手機 編號 (id),銷售 商(pany),生產(chǎn)商 (publishing)，生產(chǎn) 時間 (publish_time),上市時間 (shangshi_time),生產(chǎn) 證 號 (isbn),生產(chǎn)廠商介紹 （ publish_summary） 等字段 .其中手機編號（ id）是該表的主鍵 ，它的值依賴于與其相對應的商品表中的主鍵值，也就是說它的值和其對應的商品編號一致 ，具體信息圖表 4所示： 序號 字段名稱 數(shù)據(jù)類 型 長度 能否為空 是否唯一 說明 1 id 整型 12 否 是 主鍵 PK，依賴商品表PK 2 pany 字符型 200 否 否 銷售商 3 publishing 字符型 200 否 否 生產(chǎn)商 4 publish_time 長整型 20 否 否 生產(chǎn) 時間 5 shangshi_time 長整型 15 是 否 上市時間 6 isbn 字符型 15 是 否 生產(chǎn)證 號 7 publish_summary 字符型 15 是 否 生產(chǎn)商