基于bs結構的網絡購物管理系統的開發—免費計算機畢業設計論文(編輯修改稿)

　

【文章內容簡介】 分析 可行性分析 電子商務源于英文 ELECTRONIC COMMERCE， 簡寫為 EC。顧名思義，其內容包含兩個方面，一是電子方式，二是商貿活動 。 電子商務指的是利用簡單、快捷、低成本的電子通訊方式，買賣雙方不謀面地進行各種商貿活動。 電子商務可以通過多種電子通訊方式來完成。簡單的，比如你通過打電話或發傳真的方式來與客戶進行商貿活動，似乎也可以稱作為電子商務；但是，現在人們所探討的電子商務主要是以 EDI（電子數據交換）和 INTERNET 來完成的。尤其是隨著 INTERNET技術的日益成熟，電子商務真正的發展將是建立在 INTERNET 技術上的。所以也有人把電子商務簡稱為 IC（ INTERNET COMMERCE）。 從貿易活動的角度分析，電子商務可以在多個環節實現，由此也可以將電子商務分為兩個層次，較低層次的電子商務如電子商情、電子貿易、電子合同等；最完整的也是最高級的電子商務應該是利用 INTENET 網絡能夠進行全部的貿易活動，即在網上將信息流、商流、資金流和部分的物流完整地實現，也就是說，你可以從尋找客戶開始，一直到洽談、訂貨、在線付（收）款、開據電子發票以至到電子報關、電子納稅等通過 INTERNET 一氣呵成。 要實現完整的電子商務還會涉及到很多方面，除了買家、賣家外，還要有銀行或金 融機構、政府機構、認證機構、配送中心等機構的加入才行。由于參與電子商務中的各方在物理上是互不謀面的，因此整個電子商務過程并不是物理世界商務活動的翻版，網上銀行、在線電子支付等條件和數據加密、電子簽名等技術在電子商務中發揮著重要的不可或缺的作用。 目前我國的電子商務商業模式大致可以按照交易對象分為五類：商業機構對商業機構的電子商務 B2B，商業機構對消費者的電子商務 B2C，商業機構對政府管理部門的電子商務B2G，消費者對政府管理部門的電子商務 C2G 以及消費者對消費者的電子商務 C2C。雖然一些更新穎的模式如 B－ B－ C 已經初現，但要想大規模發展起來還需要經過比較長一段時間的成長。而 B2G、 C2G 是政府的電子商務行為，不以營利為目的，主要包括政府采購、網上報關、報稅等，對整個電子商務行業不會產生大的影響。因此，以下討論的是 B2C、C2C、 B2B 這三種商業行為的電子商務模式 。 盡管今天無論是 B2C 也好、 B2B也好，無論是傳統企業 e 化也好，新型互聯網企業誕生也好，都已經不是什么新鮮事了；股市要求大家講的故事也好，模式也好，都已經幾乎沒有縫隙地占滿了人們全部的想象空間，但能夠就此說我們已經進入了電子商務的世紀或社會了嗎？不能 ！因為即使是我們今天不少打著電子商務旗號的公司，甚至也還沒有理解電子商務的全部和真正的內涵，當然更談不上去完完全全地實現它們。 什么樣的企業才能算是電子商務企業呢？那當然利用互聯網、 WEB 網站實現業務是基本的特征，但更為核心的是企業內部必須運營在一個基于完善的管理思想和工作流程的 “企業資源計劃系統（ ERP） ”之上。 這個資源計劃系統是企業開展業務的基礎平臺，用戶的訂單在經過公司商務部門的過濾之后進入這個系統，成為系統最主要的輸入，系統另外的輸入是當前庫存的實際情況（包括材料、成品、在產品的數量和地域分布）， 運輸資源和周期、采購資源和周期、生產產能和周期等，系統在固定的時間運行一次，每次運行得到的輸出結果是：一份用戶訂單的確認情況表、一份采購計劃、一份生產計劃、一份配送計劃。其中用戶訂單確認結果將直接反饋到每一個定單用戶，告訴他能不能供貨、能供貨的確切時間、供貨地點、運輸方式等信息，這些信息是系統根據企業制定的明確的供貨優先次序模型和一定的邊界條件計算出來的。比如說前面買花的例子，如果庫房有，那么供貨的時間就只是配送所需的時間（依照地理位置不同）；如果沒有，那么還要加上采購周期；如果一個訂單含多種產品，那么供貨 時間就要選擇最后齊套的時間了，等等，這些都是由系統自動控制的，減少了人為控制的難度和差異性，用戶的滿意度一定會因此而改善。而企業所有的采購、生產、配送系統也都不是機械的、被動的工作，缺貨了再去買，看成品庫去生產，備齊了就（才）去送，而是完全依系統計劃指令、依信息行事，有條不紊。 真正電子商務的實質其實是企業經營各個環節的信息化過程，并且不是簡單地將過去的工作流程和規范信息化，而是依新的手段和條件面對舊有的流程進行變革的過程。 需求分析 此系統主要可以實現商家在線發布商品信息，消費者在線購買功能，主要 有以下幾點： （ 1）后臺的網站數據遠程維護，包括業務數據和分類與信息添加刪除等功能。 （ 2）可以在線添加、刪除、修改商品各級類別。 （ 3）支持商品圖片上載功能，讓商品形象更生動。 （ 4）注冊用戶、商品信息的輕松維護。 （ 5）用戶免費注冊即用戶信息修改功能。 （ 6）方便的定單管理功能，定單結算統計功能。 （ 7）購物流程簡單快捷，包含商品折扣機制。 （ 8）面向消費者的訂單查詢功能。 （ 9）其他功能還包括：顧客留言 ,公告欄 ,新聞發布等。 系統功能模塊的劃分及功能模塊的描述 用戶管理模塊 購 物網站可簡單的劃分為 2個部分，如圖所示： 主 頁 用戶模塊劃分如圖所示： 用戶的管理功能 的結構圖如下 ： 后臺管理模塊 后臺管理系統是開發者對系統進行管理和維護的環境，模塊結構如下： 用 戶 管理員 用戶管理 個人資料 定單資料 積分查詢 購物資料 統計信息 修改密碼 收貨資料 用 戶 用戶注冊 用戶登陸 用戶注消 購物車 查詢商品 用戶管理 后臺是整個銷售系統中最重要復雜的部分。管理員通過此處對網站內容進行管理 .后臺管理共分為商品信息管理 ,交易信息管理 ,新聞發布管理 ,站內信息管理 ,站內操作管理 ,以及退出本管理系統等等 . 商品管理模塊 1. 商品信 息管理 商品信息信息管理部分實現對在線商品進行添加與刪除 .管理者可以在此處創建新的商品類別以便進行分類管理 ,以及可以對已經注冊的商品信息進行瀏覽編輯及刪除 .商品可以任意的被分成各個類別 ,或者及 其 子 類 . 商品管理模塊的結構圖如下： 商品管理結構圖 前臺處理模塊 前臺處理系統是客戶使用的最終界面，模塊結構圖如下： 前臺銷售部分就是顧客瀏覽、選擇、結帳的地方，需根據所需銷售商品特點安排布局，商品數 據靈活根據需要從數據庫挑出，照顧顧客瀏覽習慣，簡化流程，使顧客能迅速找到所需商品，真正做到“簡潔高效流暢”購物環境。 前臺部分主要實現 商品管理 商品分類管理 商品管理 單位管理 1. 注冊會員 顧客可以瀏覽本網站的商品內容以及其他一些信息 ,但是用戶必須通過注冊成為會員才能具有購買權限 . 2. 購買商品 注冊會員可以通過購物車購買所需商品 ,購物車能夠根據具體情況將具體的商品價格進行總結計算 ,在把商品清單形成訂單發給商店管理者 . 3. 訂單查詢 購買后的顧客可以通過訂單號在此處對所購商品的訂單信息進行查詢 ,并且每個顧客只能夠查詢屬于自己購買商品的訂單 . 4. 公司介紹 對公司 情況進行簡單介紹 5. 網上服務 對公司的服務以及具體購買流程介紹 . 購物車模塊 用戶在進行購物時的所有產品都會經過購物車來實現，其中包括：商品編號，商品名稱，商品單價，訂購數量，確認購買。 購物車 商品編號 商品名稱 商品單價 確認購買 訂貨數量 設計 系統基本設計思想 方便商場的管理以及方便消費者購物，要從根本上改變過去復雜、低效的手工管理方式，使工作規范化，即管理工作基于工作流程，完全采用計算機技術處理商品銷售管理工作。使消費者與商城能方便快捷地共享、交流信息。同時又能 實現迅速、全方位的信息采集、信息處理，為消費者提供一個方便、快捷的購物方式，使其足不出戶就可以享受購物的樂趣。 本系統主要實現了顧客對商品的購買 ,以及管理者對網站的維護 .主要通過使用了網頁制作工具 Dreamweaver, Fireworks flash等設計網頁 ,通過 Asp連接動態數據庫 Access. 本系統主要包括前臺顧客對網站的訪問頁面和管理員對網站的維護后臺 . 主界面圖為： 前臺顧客訪問頁面設計主要包括如下功能： 1. 注冊會員 2. 購物車及訂單功能的實現 3. 商品查詢 4. 訂單查詢 系統數據庫設計 數據庫在一個信息管理系統中占有極其重要的地位，數據庫結構設計的好壞將直接對應用系統的效率以及實現的效果產生影響。合理的數據庫結構設計可以提高數據存儲的效率，保證數據的完整和一致。合理的數據庫也有利于程序的實現。 設計數據庫系統時應首先充分了解用戶的各個方面的需求，包括現有的以及將來可能增加的需求。 用戶的需求具體體現在對各種信息的提供、保存、更新和查詢，這就要求數據庫結構能充分滿足各種信息的輸出和輸入。 數據表結構 一、 創建數據庫： 本系統通過 Micorosoft Access 2020,建立一 個數據庫 ,并通過 來連接和操作數據庫。 對于系統的基本信息數據庫，可以列出以下數據表： ① 用戶信息數據表（ user 表） 名稱 數據類型 長度 允許空 作用 Username Nvchar 20 否 用戶名 Password Nvchar 10 否 用戶密碼 Password Nvchar 10 否 確認密碼 Question Nvchar 50 否 提示問題 Answer Nvchar 50 否 問題答案 Email Nvchar 30 否 用戶郵箱 Address Nvchar 50 是 用戶地址 Province Nvchar 50 是 用戶所在城市 City Nvchar 15 是 用戶所在地區 Nvchar 15 是 Address Nvchar 50 是 用戶地址 Postcode Nvchar 10 是 用戶郵編 Tel Nvchar 30 是 用戶電話 ② 系統管理員信息表（ Administrator 表） 名稱 數據類型 長度 允許空 作用 Admin name Nvchar 10 否 管理員 Password Nvchar 10 否 管理員密碼 ③ 商品信息表 （ goods 表） 字段名稱 字段說明 Name 商品名稱 Market price 市場價 Our price 商場價 Vip price 會員價 Dmount 數量 Province 地區 city 城市 Hits 點擊數 ④ 訂單信息表（ form表） 字段名稱 字段說明 Goods 貨物 Amount 數量 User 購買者 Dateandtime 訂單時間 Address 住址 Postcode 郵編 Tel 電話 Truename 真實姓名 Email 電郵 Totalmoney 總金額 實體關系圖－ ER 圖 系統結構采用當前流行的 B/S 結構，也就是瀏覽器 /服務器模式，它開發時間短，成本低，而且數據量的傳輸快等優點。 數據模型設計 ： 首先來做出 網上購物 管理系統的 ER 圖，分析這個問題的實體 共有三個即客戶、網管、財務管理人員 ，首先，這三個實體不是一個統一體， 客戶 與 財務管理人員沒有內在聯系， 財務管理人員 必須通過 網管 才 能與 客戶 建立聯系，因而先不考慮。 網管 與 客戶 這兩個實體是多對多聯系；一位 客戶有幾個網管 ，一 個網管 有多位 客戶與他發生聯系 。這個 ER 圖可畫成下圖。 網上購物 系統中 客戶 與 網管 的 ER 圖 財務管理人員 與 網管 這兩個實體之間， 也是多 對多聯系；一位 財務管理人員要與多個網管發生聯系，反過來也是如此， 其 ER 圖，如下所示。 用戶登錄頁面