【文章內(nèi)容簡介】 信息和銀行卡信息。 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 26 （ 5） 提現(xiàn)功能數(shù)據(jù)流程圖 用戶填寫提現(xiàn)表單，由系統(tǒng)審核，并更新用戶表和銀行卡表信息 （ 6） 轉(zhuǎn)賬功能數(shù)據(jù)流程圖 用戶填寫轉(zhuǎn)賬表單，由系統(tǒng)審核，并更新用戶表信息。 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 27 數(shù)據(jù)流程圖簡單清楚的描述了數(shù)據(jù)流向，但其中某些部分的表述不夠清晰，抽象難懂，因此就需要數(shù)據(jù)字典加以配合來解釋其中相應(yīng)內(nèi)容。 數(shù)據(jù)字典（ Data Dictionary, DD）是關(guān)于數(shù)據(jù)流程圖中未能具體說明部分的數(shù)據(jù)清單。其主要包括的內(nèi)容有數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過程等的詳細(xì)解釋。數(shù)據(jù)字典的描述使得數(shù)據(jù)流程圖更加完整。 數(shù)據(jù)項(xiàng) 數(shù)據(jù)項(xiàng)，又被稱為數(shù)據(jù)元素，是數(shù)據(jù)流程圖中具有獨(dú)立邏輯含義的最小單元，無法再分割的數(shù)據(jù)單位。 本系統(tǒng)中的數(shù)據(jù)項(xiàng)包括： 代號(hào) 名稱 含義 A01 username 用戶名 A02 password 登錄密碼 A03 dingdanhao 訂單號(hào) A04 dingdanjine 訂單金額 A05 shoukuanfang 收款方 A06 zhifufang 支付方 A07 zhifupassword 支付密碼 A08 bangdingyinhangkahao 綁定銀行卡號(hào) A09 yinhangkahao 銀行卡卡號(hào) A10 yinhangkapassword 銀行卡密碼 A11 zhuanzhangjine 轉(zhuǎn)賬金額 A12 zhifubaoyuee 支付寶余額 A13 chongzhijine 充值金額 A14 shengyujine 銀行卡余額 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 28 A15 tixianjine 提現(xiàn)金額 A16 time 訂單完成時(shí)間 數(shù)據(jù)流 數(shù)據(jù)流表示數(shù)據(jù)的來源和去向。 根據(jù)數(shù)據(jù)流程圖，系統(tǒng)中的數(shù)據(jù)流包括： 代號(hào) 名稱 數(shù)據(jù)來源 數(shù)據(jù)去向 F1 待處理的提交信息 用戶 淘寶支付平臺(tái)系統(tǒng) F2 已處理的信息 淘寶支付平臺(tái)系統(tǒng) 用戶 F3 登錄信息 登錄信息填寫 信息審核 F4 審核未通過信息 信息審核 用戶 F5 登錄審核通過信息 登錄信息審核 用戶 F6 支付信息 支付信息填寫 信息審核 F7 審核通過信息 信息審核 相關(guān)用戶信息修改 F8 相關(guān)用戶修改信息 相關(guān)用戶信息修改 用戶表 F9 確認(rèn)收獲信息 確認(rèn)收貨 相關(guān)用戶信息修改 F10 支付成功信息 用戶表 用戶 F11 相關(guān)銀行卡修改信息 相關(guān)用戶信息修改 銀行卡表 F12 充值信息 充值信息填寫 充值信息審核 F13 充值成功信息 用戶表 用戶 F14 提現(xiàn)信息 提現(xiàn)信息填寫 提現(xiàn)信息審核 F15 提現(xiàn)成功信息 用戶表 用戶 F16 轉(zhuǎn)賬信息 轉(zhuǎn)賬信息填寫 轉(zhuǎn)賬信息審核 F17 轉(zhuǎn)賬成功信息 用戶表 用戶 處理邏輯 系統(tǒng)中的處理邏輯包括： 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 29 代號(hào) 處理邏輯 P1 登錄 P2 付款 P3 提現(xiàn) P4 充值 P5 轉(zhuǎn)賬 P6 填寫登錄信息 P7 審核登錄信息 P8 填寫支付信息 P9 審核支付信息 P10 相關(guān)用戶信息修改 P11 用戶確認(rèn)收貨 P12 填寫充值信息 P13 審核充值信息 P14 填寫提現(xiàn)信息 P15 審核提現(xiàn)信息 P16 轉(zhuǎn)賬信息填寫 P17 審核轉(zhuǎn)賬信息 數(shù)據(jù)存儲(chǔ) 系統(tǒng)中的數(shù)據(jù)存儲(chǔ)在三個(gè)表中，這三個(gè)表分別是： （ 1） D1： 用戶表 ， 儲(chǔ)存用戶相關(guān)信息 。 數(shù)據(jù)存儲(chǔ)構(gòu)成：用戶名、登錄密碼、支付密碼、支付寶余額、銀行卡號(hào)、頭像 關(guān)鍵字 ： 用戶名 （ 2） D2： 訂單表 ， 儲(chǔ)存訂單相關(guān)信息 。 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 30 數(shù)據(jù)存儲(chǔ)構(gòu)成： 訂單號(hào)、訂單金額、訂單狀態(tài)、支付方、收款方、時(shí)間、商品名稱、商品圖片 關(guān)鍵字 ： 訂單號(hào) （ 3） D3： 銀行卡表 ， 儲(chǔ)存銀行卡相關(guān)信息 。 數(shù)據(jù)存儲(chǔ)構(gòu)成： 銀行卡號(hào) ， 銀行卡密碼 ， 銀行卡余額 。 關(guān)鍵字 ： 銀行卡號(hào) 。 關(guān)于表中字段的具體有效性約束等詳細(xì)信息，請參考數(shù)據(jù)庫設(shè)計(jì)中相關(guān)內(nèi)容 。 第三章 系統(tǒng)總體設(shè)計(jì) 功能模塊 結(jié)構(gòu) 圖 在系統(tǒng)分析的基礎(chǔ)上，我們可以得出系統(tǒng)的整體功能模塊圖。本系統(tǒng)分為前臺(tái)系統(tǒng)和后臺(tái)系統(tǒng)兩部分。前臺(tái)系統(tǒng)主要面對用戶，實(shí)現(xiàn)管理功能和交易功能。管理功能包括充值、提現(xiàn)、轉(zhuǎn)賬、修改密碼等，交易功能包括取消訂單、付款、瀏覽訂單信息、確認(rèn)收貨、申請退款等，其中付款功能又細(xì)分為支付寶支付、網(wǎng)銀支付、快捷支付、貨到付款、他人代付等方式。后臺(tái)系統(tǒng)主要面向第三方支付平臺(tái)和管理員。第三方平臺(tái)功能包括暫存貨款、放款、退款等，管理員功能包括修改用戶信息、修改訂單信息等。 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 31 系統(tǒng)的功能模塊結(jié)構(gòu)圖如下： 假設(shè)功能模塊結(jié)構(gòu)圖 由于時(shí)間有限，我們在認(rèn)真研究整體功能模塊圖的基礎(chǔ)上，認(rèn)真分析其中最核心的業(yè)務(wù)，精簡后確定了本系統(tǒng)的實(shí)際功能需求假設(shè)。 前臺(tái)功能中，管理功能包括充值、提現(xiàn)、轉(zhuǎn)賬，交易功能包括付款、瀏覽訂單信息、確認(rèn)收貨。其中付款包括支付寶余額支付、網(wǎng)銀支付、快捷支付三種方式；瀏覽訂單信息不再專門設(shè)計(jì)查詢功能，而是待用戶登錄后直接在個(gè)人界面中顯示相關(guān)訂單信息；確認(rèn)收貨功能在訂單界面添加相關(guān)按鈕。 后臺(tái)功能中，只保留第三方平臺(tái)的功能，包括貨款暫存和放款。西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 32 付款后，貨款暫存在第三方賬戶上，用戶確認(rèn)收貨后，第三方賬戶放款，貨款才能轉(zhuǎn) 移至收款方賬戶。 系統(tǒng)的假設(shè)功能模塊結(jié)構(gòu)圖如下： 概念結(jié)構(gòu)設(shè)計(jì) 用戶需求分析采用方法和工具抽象出了現(xiàn)實(shí)世界的需求，概念模型則可以將這種需求轉(zhuǎn)變?yōu)樾畔⑹澜绲膶?shí)體和聯(lián)系。概念模型最常用的表示方法是實(shí)體 —聯(lián)系方法，即通過 ER（ EntityRelationship）來描述現(xiàn)實(shí)中的實(shí)體與聯(lián)系之間的關(guān)系。 在本系統(tǒng)中主要涉及 3 個(gè)實(shí)體，分別是訂單，用戶，銀行卡。這西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 33 些實(shí)體之間的關(guān)系是：一個(gè)用戶擁有多個(gè)訂單，用戶與訂單是 1 對 m的聯(lián)系，一個(gè)用戶擁有多張銀行卡，用戶與銀行卡是 1 對 n 的聯(lián)系： 系統(tǒng)的 ER 圖如下： 邏輯結(jié)構(gòu)設(shè)計(jì)： 邏輯結(jié)構(gòu)設(shè)計(jì)是將概念結(jié)構(gòu)設(shè)計(jì)中得到的結(jié)構(gòu)轉(zhuǎn)化為數(shù)據(jù)模型，以便支持?jǐn)?shù)據(jù)庫的設(shè)計(jì)，本系統(tǒng)中是將其轉(zhuǎn)化為關(guān)系數(shù)據(jù)模型。由于ER 途中只存在 1： n 的關(guān)系，因此邏輯結(jié)構(gòu)設(shè)計(jì)的結(jié)果得到的關(guān)系跟實(shí)體的數(shù)量相同。其結(jié)果如下： （ 1）用戶（用戶名，登錄密碼，支付密碼，支付寶余額，銀行卡號(hào)，頭像） （ 2）銀行卡（銀行卡號(hào)，銀行卡密碼，銀行卡余額） （ 3）訂單（訂單號(hào)，訂單金額，訂單狀態(tài)，支付方，收款方，西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 34 時(shí)間，商品名稱，商品圖片） 根據(jù)上面分析的關(guān)系模型，我們設(shè)計(jì)出了主要的表： （ 1） 用戶表： 字段名稱 字段類型 約束條件 默認(rèn)值 用戶名 文本 數(shù)字和字母 登錄密碼 文本 同時(shí)含有且只含有數(shù)字和字母 支付密碼 文本 同時(shí)含有且只含有數(shù)字和字母 支付寶余額 數(shù)字 大于 0 0 銀行卡號(hào) 文本 19 位數(shù)字 頭像 文本 （ 2） 銀行卡表 ： 字段名稱 字段類型 約束條件 默認(rèn)值 銀行卡號(hào) * 文本 19 位數(shù)字 銀行卡密碼 文本 同時(shí)含有且只含有數(shù)字和字母 銀行卡余額 數(shù)字 大于 0 0 （ 3） 訂單表 ： 字段名稱 字段類型 約束條件 默認(rèn)值 訂單號(hào) * 文本 12 位整數(shù) 訂單金額 貨幣 大于 0 訂單狀態(tài) 數(shù)字 0、 2 0 支付方 文本 數(shù)字和字母 收款方 文本 數(shù)字和字母 時(shí)間 日期 /時(shí)間 商品名稱 文本 商品圖片 文本 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 35 第四章 系統(tǒng)詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) 以 WIN7 為例，進(jìn)行系統(tǒng)的初步配置。步驟如下： （ 1） 打開管理工具 （ 2） 打開 Inter 信息服務(wù) 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 36 （ 3） 添加虛擬目錄 本系統(tǒng)使用 Access 數(shù)據(jù)庫，數(shù)據(jù)庫 默認(rèn) 路徑為 ： C:\Users\Administrator\Desktop\ 新 建 文 件 夾(2)\。 接口 采用 OLEDB 接口 ， 其中 OLEDB 是 微軟 的戰(zhàn)略性的通向不同的數(shù)據(jù)源的低級應(yīng)用程序接口。 數(shù)據(jù)庫鏈接代碼如下： % set conn=() dbpath=() Provider= 。Data Source=amp。dbpathamp。 % 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 37 （界面截圖 +子程序流程圖 +代碼） 登錄界面 程序流程設(shè)計(jì) 界面設(shè)計(jì) 代碼設(shè)計(jì) （ 1）從網(wǎng)頁中獲取信息 set rs=() 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 38 username=(username) password=(password) （ 2）與數(shù)據(jù)庫連接，判斷信息 sql=select * from 用戶 where(用戶名 =39。+username+39。 and 登錄密碼=39。+password+39。) sql,conn,1,1 if = 0 then (驗(yàn)證 )=1 (登錄 .asp) else (username)=(username) (驗(yàn)證 )=2 (主頁 .asp) end if （ 3）根據(jù)信息判斷，做出反應(yīng) u=(驗(yàn)證 ) if u= then u=0 end if if u=1 then font color=red 用戶名或密碼錯(cuò)誤 ,請重新輸入 /font end if 錯(cuò)誤提示 西安交通大學(xué)項(xiàng)目設(shè)計(jì)報(bào)告 39 信息正確，進(jìn)入主界面 付款界面 程序流程設(shè)計(jì) 界面設(shè)計(jì)