【正文】 然零食吧 前臺主頁面 大連外國語大學 本科生 畢業(yè)論文 (設計 ) 17 ┊ ┆┆ ┆ 用戶 模塊 實現(xiàn) 用戶注冊 用戶信息包括用戶名、 用戶密碼， 選項 等，點擊“注冊” ,如果用戶沒輸入必要的字段，就會提示用戶輸入， 完成注冊。在左端有用戶注冊及登錄頁面，完成用戶注冊或登錄的功能。在本頁中，主導航條在上頁，整體色調(diào)淺色為主，導航條包括網(wǎng)站首頁，新品專區(qū)，推薦專區(qū)，注冊登錄，修改信息，消息中心，新鮮事。目前絕大多數(shù)流行的關系型數(shù)據(jù)庫管理系統(tǒng)如： Oracle， Sybase， Access，Microsoft SQL Server 等都采用了 SQL語言標準。按照 ANSI（美國國家標準協(xié)會）的規(guī)定， SQL 數(shù)據(jù)庫被稱為關系型數(shù)據(jù)庫管理系統(tǒng)的標準語言。 SQL Server 2020 數(shù)據(jù)庫引擎為關系型數(shù)據(jù)和結構化數(shù)據(jù)提供了更安全可靠的存儲功能，您可以構建和管理用于業(yè)務的高可用高性能的數(shù)據(jù)庫應用程序。通常情況下，客戶端不直接與數(shù)據(jù)庫進行交互，而是通過 COM/DCOM通訊與中間層建立連接， 大連外國語大學 本科生 畢業(yè)論文 (設計 ) 16 ┊ ┆┆ ┆ 再經(jīng)由中間層與數(shù)據(jù)庫進行交互。在軟件體系架構設計中，分層結構是最常見也是最重要的一種結構，三層架構可以實現(xiàn)“高內(nèi)聚，低耦合”的思想。因為每一層都可以在僅僅更改很少量的代碼后，就能放到 物理上不同的服務器上使用，因此結構靈活性能更佳。而龍?zhí)罔慈A軟件采用的是三層結構。其他客戶端，只要重新登錄系統(tǒng)，使用的就已經(jīng)是最新版本的軟件了 [9]。若某個客戶端，忘記進行這樣的維護，則該客戶端將會碰到版本不一致的問題而無法工作 。假如一個企業(yè)共有 50個客戶站點使用一套 C/S結構的軟件，則當這套軟件進行了哪怕很微小的改動后（比如增加某個功能），系統(tǒng)維護員都必須進行這樣的維護；將服務器更新到最新版本；將客戶端原有的軟件卸載，再安裝新的版本，然后進行設置，最為可怕的是客戶端的維護工作必須不折不扣的進行 50次。 首先， B/S 比 C/S的維護工作量大大減少了。它突破了靜態(tài)網(wǎng)頁的一些功能限制。它是一種服務器腳本編寫環(huán)境，可以用來創(chuàng)建和運行動態(tài)網(wǎng)頁或者 Web 應用程序。 ASP網(wǎng)頁文件的格式 .asp。 表 35 訂單 表 字段名 說 明 類 型 長 度 可 否為空 主鍵 id 編號 int 8 否 是 ordernum 訂單號 varchar 20 否 否 fid 商品 ID varchar 20 是 否 ordertime 訂單時間 datetime 8 是 否 username 用戶 varchar 20 是 否 phone 電話 varchar 50 是 否 addr 地址 varchar 50 是 否 realname 真實姓名 varchar 50 是 否 buynum 購買數(shù)量 Int 2 是 否 大連外國語大學 本科生 畢業(yè)論文 (設計 ) 15 ┊ ┆┆ ┆ 4 欣然零食吧 的實現(xiàn) 系統(tǒng)技術實現(xiàn) ASP 簡介 ASP是 Active Server Page 的縮寫，意為“動態(tài)服務器頁面”。 表 33 類別表 信息表 字段名 說 明 類 型 長 度 可否為空 主鍵 id 編號 int 8 否 是 name 類別名稱 varchar 20 否 否 url 欄目連接 varchar 20 是 否 管理員 信息表如表 34所示。 表 31 用戶信息表 字段名 說 明 類 型 長 度 可否為空 主鍵 id 編號 int 8 否 是 username 用戶名 varchar 20 否 否 password 密碼 varchar 20 是 否 郵箱 varchar 20 是 否 phone 電話 varchar 20 是 否 addr 地址 varchar 20 是 否 商品 表如表 32所示 。 在上面的實體以及實體之間關系模式的基礎上，形成數(shù)據(jù)庫中表以及各表之間關系。如要直接定位到所要查找的記錄，應采用索引方法存取方法（索引表）。 主要解決選擇文件存儲結構和確定文件存取方法的問題。下面把實體及實體間關系轉(zhuǎn)換成為關系模型。邏輯設計第三階段在數(shù)據(jù)庫 模式設計階段分兩步進行，第一步初步設計 ， 把 ER 圖轉(zhuǎn)換為關系模型，第二步優(yōu)化設計 ， 對模式進行調(diào)整和改善。 管理員 密碼 編號 賬號 訂單 商品編號 聯(lián)系電話 訂單總價 地址 時間 收件人 商品名稱 用戶編號 貨單號 備注 購物車 購物 車編號 商品編號 商品名稱 數(shù)量 價格 總價 大連外國語大學 本科生 畢業(yè)論文 (設計 ) 12 ┊ ┆┆ ┆ 數(shù)據(jù)庫邏輯設計中的第一階段收集和分析用戶需求是按以下四步進行的：分析用戶活動，確定系統(tǒng)范圍，分析用戶活動所涉及的數(shù)據(jù)和分析系統(tǒng)數(shù)據(jù)。 圖 35 訂單 實體屬性圖 管理員 實體屬性圖如圖 36所示。 圖 33 用戶 實體屬性圖 購物車 實體屬性圖如圖 34所示。 大連外國語大學 本科生 畢業(yè)論文 (設計 ) 10 ┊ ┆┆ ┆ 管理員屬性圖如圖 32所示。為了把用戶的數(shù)據(jù)要求清晰明確的表達出來，通常要建立一種面向問題的數(shù)據(jù)模型，按照用戶的觀點來對 數(shù)據(jù)和信息建模。 4． 易于向關系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。 2． 易于理解 。 數(shù)據(jù)庫設計 概念設計 概念結構設計是將分析得到的用戶需求抽象為信息結構（即概念模型）的過程，它是整個數(shù)據(jù)庫設計的關鍵。 （ 2） 商品管理：添加、修改、刪除商品信息。 （ 3） 訂單模塊： 查詢個人訂單列表、查詢某筆訂單的詳細信息。 欣然零食吧系統(tǒng) 網(wǎng)站前臺 網(wǎng)站后臺 用戶購物車 零食搜索 零食購買 修改資料 提交訂單 用戶管理 訂單管理 商品管理 類別管理 圖片管理 管理員管理 大連外國語大學 本科生 畢業(yè)論文 (設計 ) 9 ┊ ┆┆ ┆ （ 1） 商品展臺模塊： 推薦商品瀏覽、新 商品瀏覽（首頁顯示最新添加的商品列表）、商品分類瀏覽、按商品名稱搜索、商品詳細信息。 系統(tǒng)功能模塊結構圖 反映了 購物 系統(tǒng)功能模塊的劃分 ， 如圖 31所示。每個子系統(tǒng)的功能相對獨立，但是子系統(tǒng)之間有必要的數(shù)據(jù)聯(lián)系。應盡量避免過分依賴于組織機構，以防止機構變更后為系統(tǒng)帶來不必要的麻煩 [7]。 3． 子系統(tǒng)的劃分應能滿足目前和日后管理上的需要，功能應齊全，操作要方便且為今后發(fā)展留有接口。 2． 子系統(tǒng)的劃分結果應使數(shù)據(jù)冗余度較小。即應把相對獨立的事務處理過程作為一個子系統(tǒng)。 系統(tǒng) 概要 設計 根據(jù)系統(tǒng)分析的結果數(shù)據(jù)流程圖所描述的系統(tǒng)的邏輯模型，把數(shù)據(jù)流程圖上各個處理模塊 進一步分解，確定系統(tǒng)的層次結構關系，把邏輯模型變?yōu)槲锢砟Ｐ汀? 2． 各種商品的分類提示、商品的詳細信息以及訂單 信息的查詢 。 整個電子商務系統(tǒng)的網(wǎng)站設計是整個消費客戶進行交互的頁面，服務對象通過訪問網(wǎng)站來獲得所需要的信息，該網(wǎng)站的設計提供以下功能： 1． 各種功能的連接。 項目規(guī)劃 本系 統(tǒng)的結構包括數(shù)據(jù)存儲層、商務服務器 組件及應用服務層。 2．數(shù)據(jù)庫軟件： Microsoft SQL Server 2020。 4．基本的輸入、輸出設備。 2．內(nèi)存： 2GB。 圖 21 系統(tǒng)業(yè)務流程 主頁面 。后臺管理部分主要針對系統(tǒng)管理員而言的，其中包括新品發(fā)布處理，零食信息添加刪除處理，會員信息處理，訂單管理，訂單發(fā)貨。 下 面 是對該系統(tǒng)業(yè)務流程的簡單分析： 欣然零食吧購物系統(tǒng)的功能主要包括網(wǎng)上交易和后臺管理兩個部分。業(yè)務流程分析主要是定義項目的內(nèi)容，即對現(xiàn)行的管理進行仔細地回顧和描述，從而認識項目的業(yè)務和技術上的具體要求 ， 幫助確定流程工作與合作建模的基本要素，更好地分析理解其同其他要素的關系，例如業(yè)務目標、業(yè)務策略、面對的問題、產(chǎn)生的影響、組織機構參與者或者相關的企業(yè)架構。 業(yè)務流程分析 業(yè)務流程分析的目的是：形成合理、科學的業(yè)務流程。 因而 ， 基于這種方法建立的軟件系統(tǒng)是 不會引起軟件結構的整體變化，所以系統(tǒng)是穩(wěn)定的 ，利用此方法可 以充分達到系統(tǒng)管理可行性的目的。 管理可行性 利用面向?qū)ο蟮臋C構化方法， 面向?qū)ο蠓椒ㄒ?“ 對象 ” 為中心 ， 在分析 對象 、研究對象及 對象的 屬性的過程中，根據(jù)其內(nèi)在規(guī)律建立求解模型。 Web服務器采用 Tomcat，數(shù)據(jù)庫采用 SQL Server 2020 數(shù)據(jù)庫系統(tǒng)。數(shù)據(jù)集中管理，便于分散用戶使用，適應互連時代軟件的發(fā)展趨勢。 3． 美觀性要求 ： 要求界面美觀，操作簡便。 1． 安全性要求 ： 所有訪問數(shù)據(jù)庫的操作，必須盡量保證安全。 （ 4） 管理員查看訂單，并更新訂單狀態(tài)。 （ 2） 管理員可以管理會員，對會員進行刪除。 （ 8） 用戶可以查看自己的訂單，并且可以更改訂單狀態(tài)。 （ 6） 為了方便用戶的操作，可以直接在訂單中刪除食品 ，如果用戶想繼續(xù)購買本產(chǎn)品，通過點擊該產(chǎn)品連接可再次購買，更新 該產(chǎn)品及總產(chǎn)品的數(shù)量。 （ 4） 提供配件查詢功能，可實現(xiàn)關鍵字模糊查詢，按照類別 查詢。 （ 2） 食品信息主要包括名稱、類型、產(chǎn)地 、描述和圖片等。 功能需求 具體功能描述如下。它的產(chǎn)生和發(fā)展標志著人類的科學思維由主要以“ 實物為中心 ” 逐漸過渡到以 “ 系統(tǒng)為中心 ” ，是科學思維的一個劃時代突破。 系統(tǒng)需求分析 系統(tǒng)分析方法來源于系統(tǒng)科學。 功能需求是軟件開發(fā)人員必須實現(xiàn)的軟件功能。 需求可分四類：業(yè)務需求是反映組織機構或客戶對軟件高層次的目標要求，這項需求是用戶高層領導機構決定的，它確定了系統(tǒng)的目標規(guī)模和范圍。 賣家： 零食 信息錄入，查詢訂單詳情，修改郵費、用戶信息管理、庫存管理等。 欣然零 食吧 系統(tǒng) 主要由 前臺用戶登錄系統(tǒng) ， 后臺管理員管理系統(tǒng)兩 個部分組成。本文首先介紹了網(wǎng)絡購物系統(tǒng)的現(xiàn)狀，然后提出了一個基于網(wǎng)絡購物系統(tǒng)的數(shù)字信息化領域的架構，并對相關關鍵技術進行了討論，最后說明了該系統(tǒng)的應用前景。中國網(wǎng)民過么繼續(xù)呈現(xiàn)持續(xù)快速發(fā)展的趨勢，比上年同期增長了 5090萬人 ,互聯(lián)網(wǎng)普及率 為 %。 隨著互聯(lián)網(wǎng)的普及，網(wǎng)絡購物的優(yōu)點更加突出，日益成為了一種重 要的購物形式。其主要特點是商家與顧客戶互不見面，通過網(wǎng)絡是商品信息和錢款以電子的形式在網(wǎng)絡上進行傳播。而頗具新意的零食售賣系統(tǒng)更是網(wǎng)絡購物系統(tǒng)的又一發(fā)展方向，可以為消費者帶去更多的實惠以及便利，更有效的滿足了消費者的需求，因此該系統(tǒng)具有一定的創(chuàng)新意義和發(fā)展前景。 研究 意義 隨著因特網(wǎng)的不斷普及和信息高速公路的逐步延伸，人類社會現(xiàn)今已經(jīng)昂首不如信息社會時代，而商品交易模式正在不斷的發(fā)生著變化，從古老 的以物換物到貨幣等價交換，到現(xiàn)在的看似虛擬的交換，卻有著更好的服務，服務的好壞嚴重影響著交易好壞的進行。 食品銷售 電子商務 [1](foodstuff Electronic Commerce)正是為了適應這種以全球為市場的變化而出現(xiàn)和發(fā)展起來的。近些 年食品行業(yè)一直在穩(wěn)步發(fā)展 發(fā)展。而 且 食品 種類繁多， 民以食為天， 現(xiàn)如 今食品 品牌越來越多， 食品 類型也越來越多。經(jīng)過大量的測試，基本符合用戶需求。 同時系統(tǒng) 使用了 三層架構 模式 ， 三者對于整個系統(tǒng)是相對獨立的工作，但各部分之間又緊密聯(lián)系，共同完成系統(tǒng)的各項功能。 本文通過系統(tǒng)概述、系統(tǒng)分析、系統(tǒng)設計實現(xiàn)三章，詳細說明了系統(tǒng)開發(fā)過程，最后并對整個開發(fā)過程進行了總結。由于對信息的操作， 及進入系統(tǒng)用戶身份 的驗證 ，也加強了各種信 息的安全性，合理性以及完整性 。所以涉及到 一定的邏輯 與特定條件列出相關內(nèi)容 。在各個模塊里都有相對應該的對其內(nèi)容的 新增，修改，刪除 操作 。前臺用戶界面主要是對 欣然零食吧 功能與信息的展示，所以將內(nèi)容細分為 ：國產(chǎn)零食專區(qū) ， 進口零食專區(qū)，飲品專區(qū)，營養(yǎng)專區(qū)，無糖專區(qū)以及用戶信息查詢修改模塊 。