【正文】 口 ， 以便測試并處理支付寶的通知信息。 這里需要說明的是，在發(fā)送返回信息“ success”的語句前，可以添加發(fā)送軟件注冊碼的語句塊，或者轉(zhuǎn)移到下載頁面的語句，實現(xiàn)特定的業(yè)務(wù)邏輯。若要實際使用，還需要添加和完善很多的功能，如員工信息管理、營業(yè)分析統(tǒng)計等功能。她無論在理論上還是實踐中，都給予我們很大的幫助，使我們得到不少的提高，這對于我們以后的工作和學(xué)習(xí)都有一種巨大的幫助，感謝她耐心的輔導(dǎo)。 致 謝 36 致 謝 通過這次畢業(yè)設(shè)計，我深刻的體會到理論聯(lián)系實際的重要性，進(jìn)行系統(tǒng)開發(fā)，首先要進(jìn)行詳細(xì)的需求分 析，這是設(shè)計一個好的應(yīng)用系統(tǒng)的關(guān)鍵步驟。系統(tǒng)設(shè)計為整個程序構(gòu)建了框架，各個功能模塊實現(xiàn)各個細(xì)節(jié)部分。 這里的交易狀態(tài)是 WAIT_BUYER_CONFIRM_GOODS(賣家已發(fā)送貨物，等待買家收貨確認(rèn) )，這是如何實現(xiàn)的呢？虛擬商品的交易需要實現(xiàn)自動發(fā)貨，當(dāng)支付寶外部通知接口主動將買家已經(jīng)付款的通知信息發(fā)送到 頁面時，開發(fā)者必須接收、處理該通知信息，判斷交易狀態(tài)變量 trade_status 的數(shù)值，如果交易狀態(tài)變量 trade_status 為 WAIT_SELLER_SEND_GOODS，也就是說，支付寶收到了買家付款，等待賣家發(fā)送貨物，此時 頁面需要返回一個“ success”字符串給支付寶外部通知接口，表示賣家已經(jīng)發(fā)貨，用于改變交易狀態(tài)變量trade_status，改變后的交易狀態(tài)變量 trade_status為 WAIT_BUYER_CONFIRM_GOODS，即賣家已發(fā)貨，等待買家收貨確認(rèn)，這就是實現(xiàn)自動發(fā)貨的原理。 虛擬商品的交易服務(wù)同樣利用支付寶作為第三方擔(dān)保，提供了買賣雙方的交易的安全性，該交易流程為：首先買家選購虛擬商品，并付款給支付寶；賣家在得知買家付款的通知信息后，可以實現(xiàn)自動發(fā)貨，如發(fā)送軟件注冊碼，或者提供電子書籍的下第六章 項目拓展 34 載地址等；買家確認(rèn)收貨后，賣家收到 貨款。 (3)由于使用了支付寶外部通知接口， notify_url 必須是互聯(lián)網(wǎng)上的地址，需要將內(nèi)容上傳到 網(wǎng)站中，以便測試并處理支付寶的通知信息。 (5)申請開通交易權(quán)限 ：在成功申請了支付寶帳戶后，如果要在自己建立的電子商務(wù)網(wǎng)站中設(shè)置支付寶網(wǎng)關(guān)，收取用戶在網(wǎng)站中選購產(chǎn)品 所支付的貨款，電子商務(wù)網(wǎng)站的擁有者還需要在支付寶中申請開通有關(guān)的交易權(quán)限。 第五章 系統(tǒng)實現(xiàn) 31 圖 511 員工信息管理窗體 第六章 項目拓展 32 第六章 項目拓展 支付是實現(xiàn)電子商務(wù)的一個重要環(huán)節(jié)，電子支付網(wǎng)關(guān)提供了一個網(wǎng)上交易，實現(xiàn)制定貨幣在線支付的公共平臺服務(wù)，買賣雙方通過電子支付網(wǎng)關(guān)只需在網(wǎng)上輕點鼠標(biāo)，就能實現(xiàn)支付貨款，或者收取貨款，因此選擇可靠、安全、知名的電子支付網(wǎng)關(guān)變得至關(guān)重要。 圖 57 登陸 信息窗體 7． 在用戶登錄時，首先判斷登錄用戶名和用戶密碼是否正確，是否具有登錄本系統(tǒng)的權(quán)限， 進(jìn)入主窗體頁面如圖所示。客戶輸入完畢后將這些基本信息提交給系統(tǒng)，系統(tǒng)根據(jù)購物車中的產(chǎn)品信息，自動產(chǎn)生訂單并插入訂單表salesOrder 和訂單內(nèi)容 salesItems 表中，最后顯示系統(tǒng)生成的訂單信息。 2）刪除購物車中的商品 當(dāng)客戶不需要選定的商品是，客戶可以刪除此商品。 第五章 系統(tǒng)實現(xiàn) 27 圖 52 用戶 登錄窗口 2． 輸入用戶名和密碼后，進(jìn)入系統(tǒng)主界面，如圖 53 所示。一個客戶如果需要在網(wǎng)上訂購商品，需要在因特網(wǎng)上連接前臺 Web服務(wù)器，通過 前臺 Web服務(wù)器提供的服務(wù)實現(xiàn)網(wǎng)上訂購。 圖 415 物料 信息管理模塊流程圖 管 理員對物料進(jìn)行管理，可以對物料進(jìn)行添加，刪除，修改，查詢等如圖所示 圖 416 物料管理圖 第五章 系統(tǒng)實現(xiàn) 26 第五章 系統(tǒng)實現(xiàn) 本系統(tǒng)由內(nèi)網(wǎng)和外網(wǎng)組成。如果訂單中的產(chǎn)品全部有貨，則根據(jù)訂購數(shù)量 逐一減少相應(yīng)產(chǎn)品的庫存第四章 系統(tǒng)詳細(xì)設(shè)計 24 量，然后將該訂單設(shè)置為完成狀態(tài)；如果庫存量不能滿足訂單要求，則需把不能滿足的產(chǎn)品顯示出來。如圖所示 圖 412 審核訂單圖 訂單出庫模塊創(chuàng)建 訂單出庫用例允許業(yè)務(wù)員根據(jù)生效的訂單從倉庫中領(lǐng)取產(chǎn)品發(fā)送給客戶，其操作步驟如圖 9所示。 圖 410 定單查詢窗體 審核訂單模塊創(chuàng)建 審核訂單用例允許業(yè)務(wù)員在后臺審核客戶提交的訂單，其主流程如圖 8 所示。如果不購買，返回到主頁面中。 如圖所示。 4）結(jié)賬 當(dāng)客戶決定購買此商品時，客戶需點擊結(jié)賬，進(jìn)入填寫訂單頁面，進(jìn)行付款。 圖 46 客戶訂購活動圖 第四章 系統(tǒng)詳細(xì)設(shè)計 20 購物車 窗體的創(chuàng)建 購物車的功能包括：添加商品、瀏覽購物車、編輯購物車中商品的數(shù)量、刪除購物車中的商品、清空購物車 以及結(jié)賬 。客戶瀏覽產(chǎn)品信息后，如果選擇欲訂購產(chǎn)品的購買操作，系統(tǒng)將判斷該產(chǎn)品是否已在購物車中。該系統(tǒng)中，使用 SetWorkRW 過程判斷所有權(quán)限內(nèi)容。 第四章 系統(tǒng)詳細(xì)設(shè)計 19 單擊 OK按鈕后，對用戶名和密碼進(jìn)行驗證。 圖 45 注冊用戶窗體 這里需要注意的是，在判斷用戶登錄信息正確后的語句中分別有兩個 Session，其中“ Session[UserLevel]”用來區(qū)別該用戶的級別，本項目中分為兩個級別，一個是 User，表示用戶；一個是 Admin，表示管理員。 ? 退出系統(tǒng)。如果登錄者是授權(quán)用戶，將進(jìn)入系統(tǒng)，否則將停止程序的執(zhí)行。 由于系統(tǒng)中各個功能模 塊都將頻繁使用數(shù)據(jù)庫中的各種數(shù)據(jù)，因此需要一個公共的類 ，用以執(zhí)行各種 SQL語句， 用來連接數(shù)據(jù)庫。如果每個需要進(jìn)行數(shù)據(jù)操作的地方都添加一段數(shù)據(jù)庫連接與處理的代碼，程序勢必顯得效率不高。狀態(tài)欄控件需要在通常的屬性窗口設(shè)置一般屬性，還要在其特有的彈出式菜單中進(jìn)行設(shè)置。 創(chuàng)建 健身俱樂部會員管理系統(tǒng) 的主窗體 在這個項目中我們使用多文檔界面，在這個 窗體上添加所需的控件。在“列名”欄輸入新列的名稱；在“數(shù)據(jù)類型”下拉框中為新列選擇相應(yīng)的數(shù)據(jù)類型；在“長度” 欄中輸入或選擇新列的數(shù)據(jù)長度；在“允許”欄中選擇新列是否允許有空值。現(xiàn)在就可以在 SQL Server 2020 數(shù)據(jù)庫 系統(tǒng)中實現(xiàn)該邏輯結(jié)構(gòu)。后臺業(yè)務(wù)員審核后驅(qū)動后續(xù)的采購及送貨業(yè)務(wù)。 （ 1） 課程 表 員工表用來存放公司內(nèi)各位員工的基本信息，其表名為 employee，表結(jié)構(gòu)如下表所示。 圖 34物料管理 信息實體 ER圖 第三章 數(shù)據(jù)庫設(shè)計 12 實體之間關(guān)系的 ER 圖如圖 35 所示。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計打下基礎(chǔ) 本實例根據(jù)上面的設(shè)計規(guī)劃出的實體， 下面具體描述幾個實體的 ER 圖。數(shù)據(jù)庫設(shè)計一般包括如下幾個步驟： 數(shù)據(jù)庫需要分析。 有了上面的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)項和數(shù)據(jù)流程，我們就能進(jìn)行下面的數(shù)據(jù)庫設(shè) 計。 ? 訂單信息，包括的數(shù)據(jù)項有：訂單編號，訂貨人，訂單時間，定貨總額，是否審核，詳細(xì)信息，刪除，查詢等。 ? 填寫訂單信，包括的數(shù)據(jù)項有：客戶姓名，送貨地址，電話， ，郵編，備注等。 ? 用戶權(quán)限，包括的數(shù)據(jù) 項有：用戶名、功能模塊、讀寫權(quán)限等。 數(shù)據(jù)庫需求分析 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更 新和查詢，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸出和輸入。 設(shè)計數(shù)據(jù)庫系統(tǒng)時應(yīng)該首先充分了解用戶各個方面的需求，包括現(xiàn)有的以及將來可能增加的需求。 圖 25 后 臺子 系統(tǒng)用例圖 第三章 數(shù)據(jù)庫設(shè)計 8 第三章 數(shù)據(jù)庫設(shè)計 在信息管理系統(tǒng)中，后臺數(shù)據(jù)存儲的地位相當(dāng)重要。 第二章 系統(tǒng)總體設(shè)計 7 功能分析 本系統(tǒng)可分為前臺和后臺 2 個子系統(tǒng)。 ? 訂單審核，包括的數(shù)據(jù)項有：訂貨人，訂購時間，送貨地址，電話，等。 ? 訂單 信息 查詢 ，包括的數(shù)據(jù)項有： 訂單號，查詢，返回首頁等 。 ? 系統(tǒng)日志，包括的數(shù)據(jù)項有：日志編號、用戶名、登錄時間、登 錄模塊等 。用戶在每次登陸中，系統(tǒng)都將記錄用戶的登錄的用戶名、登錄時間、登錄模塊等信息，并將這些信息寫入到數(shù)據(jù)庫中的日志表中。進(jìn)入系統(tǒng)后，還會對登錄用戶的權(quán)限進(jìn)行判斷，系統(tǒng)用戶的權(quán)限信息記錄在數(shù)據(jù)路中的權(quán)限表中。 用戶模塊從用戶角度出發(fā)，實現(xiàn)瀏覽、訂購等購物全過程的功能，這些功能可以進(jìn)一步細(xì)化為： 用戶注冊 用 戶登陸 商品瀏覽 購物車模塊 服務(wù)臺訂購模塊 第二章 系統(tǒng)總體設(shè)計 5 前臺 系統(tǒng)流程圖如圖 22 所示。 系統(tǒng)功能模塊劃分 根 據(jù)系統(tǒng)的功能分析， 健身俱樂部會員管理 可劃分為 二 個功能模塊： 前臺訂單模塊，后臺訂單模塊 。當(dāng)需要查看 這些信息時，再從數(shù)據(jù)庫的信息表中將這些信息讀取出來。 用戶登錄系統(tǒng)，輸入用戶名和密碼。 健身俱樂部會員管理系統(tǒng) 后臺需要完成功能主要有： ? 會員信息管理 ， 可以進(jìn)行添加，修改，刪除，保存等操作 。 系統(tǒng)功能與應(yīng)用背景 伴隨著經(jīng)濟(jì)的不斷發(fā)展 , 必然帶動 經(jīng)濟(jì) 不斷擴(kuò)大 , 特別是 網(wǎng)上訂購 的信息管理日異復(fù)雜 , 傳統(tǒng)的手工登記和集中管理已經(jīng)難以滿足快節(jié)奏 , 高效率的現(xiàn)代生活需第一章 系統(tǒng)概述 2 求 ,這就要求 公司要有一套好的數(shù)據(jù)庫系統(tǒng) 。由于服務(wù)器端的程序設(shè)計也可以看作是三層結(jié)構(gòu)，因此可以很明顯的劃分出系統(tǒng)的業(yè)務(wù)邏輯層。網(wǎng)上購物系統(tǒng)的出現(xiàn)介入了 企業(yè)的商務(wù)活動，促進(jìn)企業(yè)調(diào)整自己的業(yè)務(wù)流程，從根本上把企業(yè)改造成以客戶為中心的模式，高收益、低成本、方便、可靠的優(yōu)勢，獲得了絕大多數(shù)人的首肯，正以極快的速 度發(fā)展著。系統(tǒng)設(shè)計為整個程序構(gòu)建了框架，各個功能模塊實現(xiàn)各個細(xì)節(jié)部分。電子商務(wù)也隨著網(wǎng)絡(luò)的發(fā)展日益和人們的生活貼近。 ? 物料的添加刪除修改。 ? 訂單的審核，可以查看詳細(xì)訂單信息以及審核，查看訂單和刪除無效訂單。 ? 客戶填寫訂單信息，提交訂單，后臺處理訂單。 畢業(yè) 設(shè)計 (論文 ) 課題 ： 健身