【文章內容簡介】 單狀況 ? 實際上，需求分析的工作在整個開發(fā)和設計過程中是相互獨立和反復的，這 樣就讓系統(tǒng)設計和系統(tǒng)開發(fā)和用戶的需求更為貼近，使系統(tǒng)具有較強實用性。 功能需求 建立一個電子商務網站的目標是為了更加有效率地進行商品的買賣活動，使 用戶可以在網站中輕松購物，并完成交易。 電子商務網站共分兩個部分 :前臺部分和后臺管理部分。在前臺部分中，包 括用戶在線注冊、瀏覽商品、查詢商品信息、定購商品等操作 。后臺管理部分包 括 :商品信息的管 理、用戶訂單的管理、普通管理員的管理、各種即時信息的發(fā) 布管理。一個電子商務網站應該提供以下功能 : (1)商品類別的增加，查詢和修改功能 所有的商品都可以進行歸類，讓用戶了解商品屬于哪一類的商品。 (2)商品管理 添加商品信息，后臺管理員可以隨時添加商品，包括商品所屬類別、名稱、 編號、所屬公司等信息 。商品信息添加后，前臺可以隨時瀏覽或者查詢到。 修改商品信息 。后臺管理員可以修改商品的信息，商品信息修改后，前臺自 動更新。 刪除商品信息 。后臺管理員可以刪除某一 商品的信息。刪除某一商品信息時， 要確保那些已經訂購該商品的訂購信息已經處理完畢。 查看商品信息 。后臺管理員在后臺操作界面察看商品的信息，并可以及時修 改。 (3)商品展示功能 當管理員建好商品的類別和每個類別中的商品后，把商品按照一定的方式展 示給用戶。可以按最新、特價、推薦商品進行展示，還可以是根據用戶的某種條 件進行查詢，對商品進行瀏覽。 (4)購物車功能 當用戶選定一種商品后，就可以把這種商品放到車里，這樣可以購買多種商 品，一起提交訂單并付款。 (5)訂單的 生成功能 當用戶確認了所要購買的商品后，可以把購物車中的商品形成一張訂單提交 給系統(tǒng)。這個訂單除了應該有要購買的商品信息外，還應該有用戶的電話、地址、 支付方式與發(fā)貨方式等信息。用戶提交訂單后，可以查詢自己訂單的處理情況。 (6)訂單處理功能 用戶下訂單并確認后，該訂單相關信息就進入訂單數據庫中，而訂單則進入 訂單處理過程，該過程主要涉及收款與發(fā)貨等步驟。在該過程中，收到貨款后網 上購物系統(tǒng)應該給用戶發(fā)一個收款確認通知，同時修改訂單數據庫中的收款狀態(tài) 。 然后系統(tǒng)要通知送貨部門發(fā)貨，并 給用戶發(fā)出發(fā)貨通知，并修改訂單數據庫表中 的發(fā)貨狀態(tài)，再等待用戶收到商品的確認信息，完成整個網上交易的過程。 性能需求 非功能性需求確定了系統(tǒng)的性質，如環(huán)境和實現約束、性能、平臺依賴、可維護性、可擴展性等性質。性能需求為系統(tǒng)的功能需求增加了一些新的約束和條件，如響應速度、可承擔的負載、內在的占用、延遲時間等。 第 3 章 系統(tǒng)總體設計 系統(tǒng)結構 系 統(tǒng)結構設計部分的重要工作是系統(tǒng)應用軟件的設計，也就是網站的設計。本網站采用三層結構 :用戶界面層、 Web 服務層、數據訪問層。系統(tǒng)結構如圖 31 所示。 圖 31 B/S 三層結構圖 各層次的具體作用及設計思想如下 : 界面層用于生成用戶和管理員訪問的 Web 頁面。提供用戶使用系統(tǒng)功能所需 的各種界面，包括用戶注冊、登錄、商品搜索、購物車界面等等 。提供管理員使 用系統(tǒng)功能所需的各種界面，包括管理員信息、商品管理、訂單管理界面等等。 界面層接受用戶提交的輸入請求，通過對 Web 服務層的訪問，獲得并向用戶輸出 可視化響應。 2. Web 服務層 Web 服務層包含眾多的功能模塊，是實現交易平臺功能的核心層次，它的設 計是實 現系統(tǒng)健壯性、可重用性、可擴展性和可維護性的關鍵因素。 Web 服務層 接受從界面層輸入的用戶請求，將其轉化為 Web 服務層能夠理解的方式，有序地 向數據訪問層發(fā)送數據請求，并將數據訪問層返回的數據解釋及組合成用戶所需 信息，返回給界面層。 對數據進行管理，并向 Web 服務層提供標準化的開放訪問接口。主要功能為 數據查詢、數據插入、更新、刪除等操作。 系統(tǒng)功能描述 用例圖 用例圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現了 一些參與者和一些用例 它們之間的關系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行 為進行建模，使用戶能夠理解如何使用這些元素，并使開發(fā)者能夠實現這些元素。 用戶和管理員的用例圖分別如圖 32, 33 所示。 圖 32 用戶用例圖 圖 33 管理員用例圖 系統(tǒng)功能結構圖 電子商務網站系統(tǒng)前臺功能結構如圖 34 所示。 圖 34 系統(tǒng)前臺功能結構圖 電子商務 網站前臺 商品展臺 特價商品 新品上架 按類別及商品名稱模糊查詢 銷售排行 按類別查看商品 清空購物車 查看購物車 從購物車中移除商品 添加商品至購物車 填寫訂單信息 結賬 會員注冊 查看公告 會員登錄 訂單查詢 會員資料修改 會員管理 訂單查詢 收銀臺 商城公告 購物車 商品查詢 電子商務網站系統(tǒng)后臺功能結構如圖 35 所示。 圖 35 系統(tǒng)后臺功能結構圖 購物流程分析 購物流程分析如圖 36 所示。消費者首先進入購物網站，如果沒有注冊必須先進行注冊，注冊完登陸后進入網站，開始挑選合適的商品，可以自行選擇也可以進行搜索，當選中商品后，將商品放入購物車，此時可以選擇是否繼續(xù)購物，如果選擇繼續(xù)購物，則重復上述操作，如果不在進行購物，就去收銀臺結算，要先填寫正確的地址，然后選擇送貨方式，可以選擇普通平郵、 EMS 快遞、快遞，然 后選擇付款方式，可以選擇銀行匯款、郵局匯款、網上銀行，最后 是選擇完成訂 單，可以進行訂單的查詢。 電子商務 網站后臺 后臺登錄 刪除商品 凍結會員 解凍會 員 查看會員 查看訂單 執(zhí)行訂單 公告管理 訂單管理 會員管理 商品管理 修改商品 添加商品 退出公告 添加公告 刪除 公告 圖 36 購物流程分析 進入商務網站 最新商品 特價商品 站內搜索 會員注冊、登錄 選購商品 購物車 繼續(xù)購物 收銀臺結算 N Y 填寫地址 送貨方式 特快專遞 普通郵寄 EMS 快遞 付款方式 銀行付款 訂單完成 郵政付款 結束 貨到付款 數據庫設計 數據庫在信息系統(tǒng)中占有及其重要的地位，數據庫結構設計的好壞關系到系統(tǒng)的運行效率、存儲數據的效率、系統(tǒng)的復雜程度等，合理的數據庫結構設計可以 提高系統(tǒng)性能。考慮到用戶需求的各種實體，本系統(tǒng)規(guī)劃出的實體有管理員 信息實體， 用戶信息實體、商品信息實體、訂單 信息實體 、 訂單詳細信息 實體 、 商品大類實體、商品小類實體 、折扣實體 、商城公告實體 ， 實體之間通過外鍵建立聯系。 ER圖 ER 圖為實體一聯系圖，提供了表示實體型、屬性和聯系的方法，用來描述 現實世界的概念模型。 各實體之間的關系 ER 圖如圖 37： 圖 37 實體關系 ER 圖 管理員 用戶 商品分類 商城公告 管理 會員管理 商品管理 購物車 訂單管理 注冊 登陸 瀏覽 瀏覽 查詢 購買 數據庫表設計 根據系統(tǒng)的功能設計要求為各個數據庫表設計字段、數據類型、長度和是否 為空等相關信息。購物網站涉及到的數據表類型非常繁多，內容參差不齊，在實 際調研和需求分析的基礎上，對系統(tǒng)的數據庫設計必須滿足一定原則 : 規(guī)范性，即表中的數據滿足第三范式，力求數據庫表 設計的規(guī)范合理。 客觀性，即表中的數據是客觀實時存在的數據，而不是主觀想象出來的數據。 擴展性，在適當考慮編程的方便性同時，盡量使數據庫結構更加規(guī)范并減少 冗余。但是為了保證日后維護的方便，每個數據表應適當留出一定的備用字段。 一個數據庫可以不只一個表，但是所有的數據表的可以是彼此相關聯的，也 可能是相互獨立的。 1．商品大分類信息表主要用來保存商品類別中大的類別信息。 如表 31 所示。 表 31 商品大分類信息表 (tb_superType) 字段名 數據類型 長度 是否主鍵 描述 id int 4 是 類別 ID TypeName varchar 50 類別名稱 ， 如表 32 所 示。 表 32 商品小分類信息表 (tb_subType) 字段名 數據類型 長度 是否主鍵 描述 ID int 4 是 類別 ID superType int 4 父類 ID TypeName varchar 50 類別名稱 表用來保存 顧客在購買商品時的折扣 信息 ，如表 33 所示 。 表 33 折扣 表 (tb_rebate) 字段名 數據類型 長度 是否主鍵 描述 grade varchar 20 是 等級 Amount money 8 消費額 rebate float 8 折扣 ，如表 34 所示。 表 34 訂單明細表 (tb_order_detail) 字段名 數據類型 長度 是否主鍵 描述 ID bigint 8 是 ID 號 orderID bigint 8 與 tb_Order 表的 OrderID 字段關聯 goodsID bigint 8 商品 ID price money 8 價格 number int 4 數量 ，如表 35 所示。 表 35 訂單信息主表 (tb_order) 字段名 數據類型 長度 是否主鍵 描述 OrderID bigint 8 是 訂單編號 bnumber smallint 2 品種數 username varchar 15 用戶名 Truename varchar 15 真實姓名 address varchar 100 聯系地址 postcode varchar 10 郵政編碼 tel varchar 20 電話 pay varchar 20 付款方式 carry varchar 20 運送方式 rebate float 8 折扣 OrderDate smalldatetime 4 訂貨日期 enforce int 4 是否執(zhí)行 bz varchar 200 備注 ，如表 36 所示。 表 36 用戶信息表 (tb_member) 字段名 數據類型 長度 是否主鍵 描述 ID int 4 是 用戶 ID userName varchar 20 用戶名 trueName varchar 20 真實姓名 passWord varchar 20 密碼 city varchar 20 所在城市 address varchar 100 聯系地址 postcode varchar 6 郵政編碼 cardNO varchar 24 證件號碼 cardType varchar 20 證件類型 grade int 4 等級 Amount money 8 消費額 tel varchar 20 電話 varchar 100 Email 地址 freeze int 4 是否凍結 ，如表 所示。 表 37 管理員信息表 (tb_manager) 字段名 數據類型 長度 是否主鍵 描述 ID int 4 是 ID 號 manager varchar 30 管理員名稱 PWD varchar 30 密碼 ，如表 38 所示。 表 38 商品信 息表 (tb_goods) 字段名 數據類型 長度 是否主鍵 描述 ID bigint 8 是 商品 ID typeID int 4 類別 ID goodsName varchar 200 商品名稱 introduce text 16 商品簡介 price money 8 定價 nowPrice money 8 現價 picture varchar 100 圖片文件 INTime datetime 8 錄入時間 newGoods int 4 是否新品 sale int 4 是否特價 hit int 4 瀏覽次數 ，表 39 所示。 表 39 公告信息表 (tb_BBS) 字段名 數據類型 長度 是否主鍵 描述 ID int 4 是 ID 號 title varchar 100 公告標題 content varchar 40000 公告內容 INTime datetime 8 錄入時間 數據庫表關系設計 數據庫設計必須遵循完整性原則，好的數據庫表間必定要制定嚴格的約束和 要求。盡量分離各實體對應的表，一個實體 對應一個表，分析清楚該實體應該有 哪些屬性，對應具備什么字段，以及各實體之間有何種聯系。實體、屬性與聯系 是進行概念設計時要考慮的 3個元素，也是一個較完善的數據庫設計的核心。 電子商務網站的數據庫主要表的邏輯關系如圖 317所示。 圖 38 數據庫表邏輯關系圖 第 4 章 系統(tǒng)詳細設計與實現 前臺主要功能模塊的詳細設計 與實現 網站 前臺首頁設計 電子商務網站分為前臺管理和后臺管理系統(tǒng)。前臺的用戶是通過 IE 瀏覽器訪問網站的客戶，后臺是通過 IE 瀏覽器訪 問的后臺管理員。前臺首頁 分為 :網站頂部為導向、新品上架、特價商品、購物車、查看訂單 、搜索商品 等幾個部分 。左側有用戶登錄和注冊、商城公告、銷售排行 等幾個部分，整個前臺的界面主要的功能是以商品展示為主。 前臺首頁的運行結果如圖 41 所示。 圖 41 網站前臺首頁的 運行結果 用戶注冊的設計 用戶登錄界面如圖 42 所示。用戶登錄是需要檢驗用戶名和密碼，當顧客輸 入用戶名和密碼錯誤，提交文件連接數據庫驗證，輸入正確后才可以進入網站購物 ，如果沒有用戶名，需要點擊“注冊”按鈕，進行填寫注冊信息。用戶登錄流程如圖 43所示。 圖