【正文】 RE ( UserID INT, OrderID INT ) AS UPDATE Orders SET Dispatched = 1 WHERE UserID = UserID AND OrderID = OrderID GO 當(dāng)為管理員 登錄 的時(shí)候，會在頁面的右方看見一個(gè) DetailsView 的表，可以進(jìn)行鮮花的添加、刪除操作。 ()。 = iUserID。 (Param1)。 SqlParameter Param1 = new SqlParameter(UserID, , 4)。 SqlCommand1 = new SqlCommand(spCancelOrder, SqlConnection1)。 主要實(shí)現(xiàn)過程：將 Orders 表中的 Dispatched 值設(shè)置為 1，因?yàn)橄到y(tǒng)的默認(rèn)為0， 0 表示未發(fā)貨， 1 代表已發(fā)貨，如果已經(jīng)發(fā)了貨，自然就相當(dāng)于將訂單刪除。 } 下訂單 客戶在購物車的頁面中填完送貨地址 、 郵編及電話后按保存按鈕可以下訂單，在管理頁面中 點(diǎn) 擊查看訂單詳情可以查看所下訂單 ，如圖 10,11 所示 。 主要代碼如下 ： protected void btnLogout_Click(object sender, EventArgs e) { ()。 主要代碼如下 ： ValidationExpression=\(0\d{2}\)[ ]?\d{8}|0\d{2}[ ]?\d{8} |\(0\d{3}\)[ ]?\d{7}|0\d{3}[ ]?\d{7} |13\d{9}|159\d{8}” 注銷 用戶可以變化身份 登錄 ，主要采取的方法是用戶注銷，再重新以另外一種身份 登錄 。 } else { (該用戶名已被注冊！ )。 //將用戶姓名保存到 Cookies中 [UserName].Value = (())。 if (UserID != ) { //將用戶 ID指定為通過安全 登錄 的信息 (UserID,false)。 } } 其中調(diào)用了兩個(gè)存儲過程： spUserLogin， spShoppingCartMigrate CREATE PROCEDURE ( UserName CHAR(10), Password CHAR(10), UserID INT OUTPUT ) AS SELECT UserID = UserID FROM Users WHERE UserName = UserName AND Password = Password IF Rowcount 1 SELECT UserID = 0 GO CREATE PROCEDURE ( OldCartID VARCHAR(50), NewCartID VARCHAR(50) ) AS UPDATE ShoppingCart SET CartID = NewCartID WHERE CartID = OldCartID GO 用戶注冊 的實(shí)現(xiàn)代碼： if () { //保存舊的購物車編號，以便注冊后合并購物車 String TempCartID = ()。 // 重定向?yàn)g覽器到目標(biāo)頁面 (ID, false)。 // 將當(dāng)前臨時(shí)的購物車清單轉(zhuǎn)換到登錄用戶名下 (TempCartID, ID)。 主要代碼如下： 用戶 登錄 if () { String ID = ((), ())。 用戶登錄主 要實(shí)現(xiàn)過程 ： 通過 spUserLogin 存儲過程獲得 UserID，作 為用戶ID,在通過 GetShoppingCartID()獲得 TempCartID，之后再調(diào)用一個(gè)存儲過程spShoppingCartMigrate 將購物車合并。 主要代碼如下： 1．送貨地址 （采用了必須輸入驗(yàn)證） RequiredFieldValidatorID=RequiredFieldValidator1runat=server ControlToValidate=tbAddress ValidationGroup=SaveOrder Display=Dynamic 2．郵編 （采用了必須輸入驗(yàn)證和正則表達(dá)式驗(yàn)證） RequiredFieldValidatorID=RequiredFieldValidator1runat=server ControlToValidate=tbAddress ValidationGroup=SaveOrder Display=Dynamic ValidationExpression=\d{6} ValidationGroup=SaveOrder Display=Dynamic 3．聯(lián)系電話 （ 采用了必須輸入驗(yàn)證和正則表達(dá)式驗(yàn)證 ） RequiredFieldValidatorID=RequiredFieldValidator3runat=server ValidationGroup=SaveOrderControlToValidate=tbTelephoneDisplay=Dynamic ValidationExpression=\(0\d{2}\)[ ]?\d{8}|0\d{2}[ ]?\d{8} |\(0\d{3}\)[ ]?\d{7}|0\d{3}[ ]?\d{7} |13\d{9}|159\d{8}” 注釋：意思是以“ （ 028） ”開頭后面加 8 位數(shù)字或者是以“ 028” 開頭后面加 8 位數(shù)字，或者是以“（ 0???） ”開頭后面加 7位數(shù)字或者是以“ 0??? ”開頭后面加 7 位數(shù)字的固定電話 ,再或者以“ 13”開頭后面加 9 位的手機(jī)號碼 ,或者是以“ 159” 開頭后面加 8位的手機(jī)號碼。 // 同時(shí)返回 TempCartId return ()。 } else { // 利用 Class產(chǎn)生一個(gè)隨機(jī) GUID(全局唯一標(biāo)識符 ) Guid TempCartId = ()。 // 如果該用戶已經(jīng)通過驗(yàn)證后登錄了系統(tǒng) , 那么以該用戶的 UserID作為購物車 ID if ( != ) { return 。 圖 8 購物車 1 注釋：已 登錄過的用戶其購物車編號為一個(gè)整型數(shù)字如 圖 9。 6 系統(tǒng)實(shí)現(xiàn) 與分析 購物車 購物車分為兩種，一種是已經(jīng) 登錄 過的用戶的購物車，在購物車編號中可以看到一個(gè)為具體數(shù)字的編號，購物車的 ID 等于用戶 ID另外一中是未 登錄 過的用戶的購物車，在購物車編號中可以看到一個(gè)字符串，該字符串保留在 cookies,是 利用 產(chǎn)生一個(gè)隨機(jī) GUID(全局唯一標(biāo)識符 )，回寫到客戶端指 定的 Cookie 中，同時(shí)返回 TempCartId 作為購物車的編號。 普通用戶：主要是分為兩 種，一種之前已經(jīng)注冊過的用戶，一種是一般的瀏覽網(wǎng)站的用戶。他具有一般用戶所沒有的權(quán)限。 表 4 購物車表 表名： ShoppingCart 說明：存儲購物車 字段名 類型 大小 主鍵 缺省 描述 RecordID int 4 Y 購物車記錄編號 CartID nvarchar 50 購物車編號 FlowerID int 4 鮮花編號 Quantity int 4 數(shù)量 DateCreated datetime 8 創(chuàng)建時(shí)間 用戶信息表，用來記錄用戶的一些基本信息，主要包括 UserID 用戶編號，UserName 用戶名， Password 密碼， Address 地址， PostCode 郵編， Telephone電話，其中用戶編號為用戶信息表的主鍵。 表 3 訂單詳情表 表名： OrderDetails 說明：存儲訂單詳情 字段名 類型 大小 主鍵 缺省 描述 OrderDetailID int 4 Y 訂單詳情編號 OrderID int 4 訂單編號 FlowerID int 4 鮮花編號 Quantity int 4 數(shù)量 購物車表，顧客將商品放在購物車?yán)锩鏁r(shí)，購物車表 中就會添加一條記錄。訂單的基本信息表里面不包含具體的訂購哪種鮮花的信息，這張表主要包括 OrderID 訂單編號， UserID用戶編號， Address地址， PostCode郵編， Telephone電話， OrderDate下單時(shí)間， Dispatched 是否已經(jīng)發(fā)貨，其中訂單編號為訂單表的主鍵。網(wǎng)上鮮花銷售系統(tǒng)的 ER 圖如 圖 4,5,6,7 所示 ： 圖 4 用戶實(shí)體及屬性 圖 5 商品實(shí)體及屬性 圖 6 定單實(shí)體及屬性 購物者 密碼 聯(lián)系電話 送貨地址 郵編 用戶名 ???? 鮮花 鮮花名 鮮花單價(jià) 鮮花說名 鮮花圖象 ???? 定單 商品 定單狀態(tài) 定單信息 ???? 圖 7 完整實(shí)體聯(lián)系圖 鮮花列表，記錄鮮花的基本信息，主要包括 FlowerID 鮮花編號，F(xiàn)lowerSerialNumber 鮮花序列號， FlowerName 鮮花名稱， FlowerStock 鮮花貨存， FlowerPrice， FlowerDescription 鮮花說明， FlowerImage 鮮花圖像，其中鮮花編號為鮮花列表的主鍵。 ER方法就是一種實(shí)體 關(guān)系方法，而其使用的工具就是 ER圖。 后臺管理者功能可以概括為以下幾點(diǎn)： 客戶管理：可以查詢、修改客戶信息； 鮮花管理：可以添加、修改、刪除鮮花信息； 銷售管理：處理客戶的訂單，查詢訂單以及銷售的情況； 客戶購物的流程是 整個(gè)系統(tǒng)流程最重要的部分，不管客戶是否 登錄 都可以進(jìn)行商品瀏覽以及進(jìn)行購物，未 登錄 的客戶可以在最后 結(jié)賬 時(shí)進(jìn)行 登錄 驗(yàn)證，客戶登錄 流程如 圖 3 所示。 圖 1 B/S 結(jié)構(gòu)圖 3 系統(tǒng)需求分析與流程設(shè)計(jì) 網(wǎng)上鮮花銷售系統(tǒng)的使用著主要是客戶和銷售管理者，對 客戶來說，實(shí)現(xiàn)的功能包括客戶瀏覽鮮花，存放選中的商品的購物車，最后產(chǎn)生訂單；對銷售管理者來說，需要對客戶 的信息，鮮花的信息，以及銷售的信息進(jìn)行管理 （如圖 2） 。 頁面模塊化，很多頁面共用的部分集成為一個(gè)模塊，無須重新編寫重復(fù)代碼，提高了開發(fā)效率。采用該結(jié)構(gòu)軟件的優(yōu)勢在于架構(gòu)管理軟件更是方便、快捷、高效： (1)無須開發(fā)客戶端軟件，維護(hù)和升級方便； (2)可跨平臺操作，任何一臺機(jī)器只要裝有 WWW 瀏覽器軟件，均可作為客戶機(jī)來訪問系統(tǒng)； (3)具有良好的開放性和可擴(kuò)充性； (4)可采用防火墻技術(shù)來保證系統(tǒng)的安全性，有效地適應(yīng)了當(dāng)前用戶對管理信息系 統(tǒng)的新需求。在這種結(jié)構(gòu)下，用戶工作界面是通過 WWW 瀏覽器來實(shí)現(xiàn)，極少部分事務(wù)邏輯在前端（ Browser）實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端（ Server）實(shí)現(xiàn)，形成所謂三層 3tier 結(jié)構(gòu)。 系統(tǒng)選擇 B/S 結(jié)構(gòu)， B/S（ Browser/Server） (圖 1)結(jié)構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。容量龐大，每個(gè)數(shù)據(jù)庫中可創(chuàng)建多達(dá) 20 萬個(gè)數(shù)據(jù)表，數(shù)據(jù)表中的記錄的行數(shù)只受服務(wù)器硬盤空間的限制。本系統(tǒng)采用的是微軟公司的 SQL Server2021。 由于本系統(tǒng)涉及到許多數(shù)據(jù)的處理，這就需要有一個(gè)強(qiáng)大的后臺數(shù)據(jù)庫管理系統(tǒng)支持。 HTML 文檔（即 Homepage 的源文件）是一個(gè)放置了標(biāo)記的 ASCII 文本文件，通常它帶有 .html 或 .html的文件擴(kuò)展名。與常見的字處理文件不同 ， Web頁以超文本標(biāo)識語言編排格式。三層架構(gòu)將顯示部分和邏輯流程控制分開，利用服務(wù)器應(yīng)用程序?qū)崿F(xiàn)顯示部分，利用商務(wù)邏輯層實(shí)現(xiàn)程序的流程控制，分層使維護(hù)變得方便一些，而且執(zhí)行效率也會有所提高。 服務(wù)器端建議用戶的計(jì)算機(jī)使用以下配置（或更高）： (1)CPU： Intel 或兼容機(jī) Penti