【文章內容簡介】 點擊上面任務欄中的各類信息進行查看，頁面根據(jù)要求跳轉；點擊“新聞”，用戶可根據(jù)自己的喜好選擇性的查看新聞，新聞后也有具體的上傳時間； 第三章 概要設計 總體設計主要是指在系統(tǒng)分析的基礎上，對整個系統(tǒng)的劃分（子系統(tǒng)）、機器設備（包括軟、硬設備）的配置、數(shù)據(jù)的存貯規(guī)律以及整個系統(tǒng)實現(xiàn)規(guī)劃等方面進行合理的安排。系統(tǒng)設計工作應該自頂向下地進行。 系統(tǒng)設計的工作復雜又細致，總體設計階段需要進行系統(tǒng)模塊結構設計，要將一個大系統(tǒng)分解成不同層次、多個模塊組成的系統(tǒng)，在詳細設計階段要在模塊結構設計的基礎上，給出每個模塊實現(xiàn)方法的細節(jié)，并對模塊的輸入、輸出和處理過程作詳細描述，以便在系統(tǒng)實施階段進行程序設計時可以把這個描述直接“翻譯”成用某種程序設計語言書寫的程序。系統(tǒng)結構如圖31所示： 系統(tǒng)結構圖31 功能劃分的基本思想是將系統(tǒng)設計成由多個相對獨立、功能單一的模塊組成的結構。由于模塊之間相對獨立，每一模塊就可以單獨地被理解、編寫、測試、排錯和修改,從而有效地防止錯誤在模塊之間擴散蔓延，提高了系統(tǒng)的質量(可維護性、可靠性等)。因此，大大簡化了系統(tǒng)研制開發(fā)的工作。本系統(tǒng)主要分為前臺和后臺兩個子系統(tǒng)，這其中又分為不同的功能的模塊。 后臺功能模塊 后臺子系統(tǒng)包括參數(shù)設置、會員管理、品牌管理、商品管理和新聞管理五個模塊。當管理員在后臺登錄頁面登錄時要輸入正確的用戶名和密碼通過判斷進入主頁面。①參數(shù)設置模塊：主要是針對管理員登錄進入后臺系統(tǒng)后對自己密碼的修改，輸入原有密碼和密碼后保存，輸出新的密碼和成功提示；②會員管理模塊：管理員對會員進行刪除和修改操作。會員注冊填寫額信息可能會出現(xiàn)不真實或違法的信息，管理員通過輸入會員ID或會員姓名進行查詢然后進行相關操作；③品牌管理模塊：包含兩個小部分添加和查詢，管理員輸入要添加的品牌名稱，點擊添加數(shù)據(jù)庫更新給出添加成功提示，查詢品牌可以完成對品牌的修改和刪除操作；④商品管理模塊：此模塊包含兩個部分添加和查詢，添加商品時管理員輸入商品圖片、名稱、品牌、規(guī)格、價格分為市場價和會員價、庫存和詳細說明然后選擇類型，查詢時輸入產品的名稱或品牌然后對其進行相應的修改和刪除操作；⑤新聞管理模塊：包含新聞添加和新聞查詢，輸入新聞標題，發(fā)布人和新聞內容點擊添加新聞添加成功，查詢時輸入新聞名稱然后可以對其進行相應的修改和刪除。 前臺功能模塊前臺子系統(tǒng)包括：用戶注冊模塊、購物車管理模塊、訂單管理模塊、個人資料管理模塊，新聞查看模塊。每個模塊看似獨立實質緊緊相連。前臺功能模塊關系圖32如下： 用戶注冊購物以及對購物車的管理查看自己的訂單對個人的資料進行修改對網站內新聞進行查看 前臺功能模塊關系圖32 ①用戶注冊模塊：查看該系統(tǒng)若購物時需要注冊成為會員才能進行相關操作。點擊 注冊需閱讀有關條約同意才能進行下一步注冊，注冊時按要求輸入姓名、密碼、聯(lián)系電話、電子郵箱、聯(lián)系地址、選擇送貨方式和支付方式提交信息，注冊成功，形成用戶ID，登錄時需要輸入用戶ID和密碼。 ②購物車管理模塊：在超市中，可以根據(jù)自己的需要將很多的物品挑選到購物車中。而在網上虛擬的購物商城中，通常都會采用一種被稱做“購物車”的技術來模擬現(xiàn)實生活。這種技術用起來十分方便，不但可以隨時添加，查看，修改，清空購物車中的內容，還可以隨時去在訂單處理，如對商品數(shù)量的添加等。 ③訂單管理模塊：為了方便用戶隨時查看購物情況，會員可以通過查看訂單，通過它可以將所放入購物車中的選物品信息顯示出來，顯示訂單號、支付金額、支付方式等內容，其中包含詳細的訂購日期和詳情。在訂單中，并沒有顯示所有的信息，用戶在查看訂單時，亦可查看訂單詳情。詳情中不僅包含了訂單的基本信息，還包含訂購人、電話、地址、所訂購的甜品的名稱及訂購數(shù)量、單價等等 ④個人資料管理模塊：當會員進入本網站同時，可以對自己的資料進行管理修改操作。會員可對自己的姓名、密碼、聯(lián)系電話、電子郵箱、聯(lián)系地址、送貨方式等進行修改并上傳。 ⑤新聞查看模塊：用戶可以對本網站的信息進行查看，包括對最新商品、推薦商品、特價區(qū)的查看和對新聞的查看。在對新聞查看中，用戶可根據(jù)自己的喜好選擇性的查看新聞，新聞后也有具體的上傳時間。 第四章 數(shù)據(jù)庫設計 結構設計 概念結構設計 本階段將需求分析階得到的用戶需求和功能需求抽象為信息結構，并利用ER圖描述本數(shù)據(jù)庫的概念模型，反映現(xiàn)實世界的實體、屬性和他們之間的關系等的原始數(shù)據(jù)形式。ER圖41如下： ER圖41 邏輯結構設計ER圖轉化為關系模型： 本階段將實體和實體間的聯(lián)系轉換為關系模式，并確定這些實體模式的屬性和碼。下面把ER圖的轉換成關系模型： 會員（會員號、姓名、密碼、郵箱、地址、注冊時間） 說明：此為會員實體對應的關系模型。 管理員（管理員賬號，密碼） 說明：此為管理員實體對應的關系模型。 訂單（訂單ID、會員ID、會員姓名、地址、電話、訂單時間、備注） 說明：此為訂單實體對應的關系模型。 商品（名稱、品牌、規(guī)格、價格、庫存、說明、添加時間、屬性） 說明：此為甜品實體對應的關系模型。 新聞（標題、內容、發(fā)布人、發(fā)布時間） 說明：此為信息實體對應的關系模型。部分數(shù)據(jù)庫表說明： userInfo管理員用戶信息表，管理員的user_id為admin，默認密碼為admin登錄到后臺系統(tǒng)后，可以通過參數(shù)設置下的修改密碼功能進行密碼修改。對應表42如下： 管理員用戶信息表42名稱字段名稱數(shù)據(jù)類型長度備注記錄IDrec_idInt4用戶IDuser_idVARCHAR24admin密碼passwordInt4 vip_info會員信息表，用于存放瀏覽者注冊為會員的信息，當瀏覽者欲購買商品時需要先登錄前臺系統(tǒng)，若不是會員要先點擊注冊，閱讀完條約并同意后開始填寫以下注冊信息。對應表43如下： 會員信息表43名稱字段名稱數(shù)據(jù)類型長度備注會員IDvip_idInt4主鍵姓名vip_nameVARCHAR250密碼vip_passwordVARCHAR250注冊時間addtimeDatetime50系統(tǒng)時間電話telVARCHAR250郵件VARCHAR250地址addressVARCHAR2100 orderTable訂單信息表。當會員在購物車中點擊去收銀臺，將會顯示下列信息。對應表44如下： 訂單信息表44名稱字段名稱數(shù)據(jù)類型長度備注訂單IDorder_idint4會員IDvip_idint4會員姓名vip_name 地址addressVARCHAR250電話telVARCHAR250訂單時間order_dateDatetime50系統(tǒng)時間備注remarkVARCHAR2100 第五章 界面設計 界面設計要求 界面設計是人與機器之間傳遞和交換信息的媒介,通過對界面設計不同需求進行的分類以及界面設計元素對用戶行為的影響，來研究用戶在界面設計中所體現(xiàn)的重要性。交互性已經成為網絡界面設計中設計追求的目標。為了使設計滿足可用性要求，全面的了解用戶特征及多元化要求是十分必要的。這就需要找到正確的方法來記錄和實現(xiàn)多元化的用戶要求。界面是人與物體互動的媒介，換句話說，界面就是設計師賦予物體的新面孔。 簡易性：界面的簡潔是要讓用戶便于使用、便于了解、并能減少用戶發(fā)生錯誤選擇的可能性。 用戶語言：界面中要使用能反應用戶本身的語言，而不是游戲設計者的語言。 記憶負擔最小化：人腦不是電腦，在設計界面時必須要考慮人類大腦處理信息的限度。人類的短期記憶極不穩(wěn)定、有限，24小時內存在25%的遺忘率。所以對用戶來說，瀏覽信息要比記憶更容易。 一致性：是每一個優(yōu)秀界面都具備的特點。界面的結構必須清晰且一致，風格必須與游戲內容相一致。 清楚：在視覺效果上便于理解和使用。 用戶的熟悉程度：用戶可通過已掌握的知識來使用界面，但不應超出