【正文】 cid,string ame, double current, DateTime transtime, int trans_state,string str)方法：添加交易記錄。其屬性分別為用戶編號(hào)、用戶名、賬戶余額、注冊(cè)時(shí)間、登錄密碼、交易密碼（對(duì)買家是支付密碼，對(duì)賣家是轉(zhuǎn)賬密碼）、用戶身份、常用郵箱 Client_name nchar(10) Client_money Money rgsttime Datetime Client_code nchar(10) Paycode nchar(10) Client_state char Client_ nchar(30) Id int 電子商務(wù)網(wǎng)站顧客賬戶。因此支付平臺(tái)用戶（商家和顧客） 類添加了開戶行的信息。本系統(tǒng)對(duì)網(wǎng)購(gòu)流程進(jìn)行了模擬，不僅可以作為支 付平臺(tái)系統(tǒng)的測(cè)試端，還清晰展現(xiàn)了第三方支付平臺(tái)是如何與電子商戶網(wǎng)站 和銀行 建立接口的、是如何融入網(wǎng)上購(gòu)物流程的，更全面的實(shí)現(xiàn)了第三方支付平臺(tái)的應(yīng)用。 表 顧客用例分析 顧客 用例 資金流的轉(zhuǎn)移（圖 ） 交易狀態(tài)的轉(zhuǎn)換（圖 ） 充值 1?3 無(wú) 付款 5 1 確認(rèn)收貨結(jié)算 8 4 申請(qǐng)退款 無(wú) 5 取消凍結(jié) 無(wú) 6 關(guān)閉交易 無(wú) 2 激活交易 無(wú) 3 表 商家用例分析 商家 用例 資金流的轉(zhuǎn)移（圖 ） 交易狀態(tài)的轉(zhuǎn)換（圖 ） 充值 1?3 無(wú) 轉(zhuǎn)賬 7?4 無(wú) 申請(qǐng)退款 6 7 同意退款 6 8 拒絕退款 無(wú) 9 關(guān)閉交易 無(wú) 2 表 管理員用例分析 管理員 用例 資金流的轉(zhuǎn)移（圖 ） 交易狀態(tài)的轉(zhuǎn)換（圖 ） 執(zhí)行充值 6 或 8 無(wú) 執(zhí)行轉(zhuǎn)賬 2 無(wú) 結(jié)算超時(shí)交易 8 4 處理二次凍結(jié)交易 6 10 8 11 北京語(yǔ)言大學(xué)信息科學(xué)學(xué)院學(xué)士學(xué)位論文 第 11 頁(yè) 共 29 頁(yè) 說(shuō)明： 1) 二次凍結(jié)交易有兩種處理方式，管理員退款給顧客或結(jié)算給商家，對(duì)應(yīng)的處理結(jié)果分別是已退款和已結(jié)算。 實(shí)線邊框賬戶為本系統(tǒng)內(nèi)部賬戶，虛線邊框賬戶不屬于本系統(tǒng)；實(shí)現(xiàn)箭頭表示系統(tǒng)內(nèi)部賬戶之間的資金轉(zhuǎn)移，虛線箭頭表示非系統(tǒng)內(nèi)部的、但在系統(tǒng)內(nèi)部賬戶發(fā)生資金流入流 出或轉(zhuǎn)移時(shí)本系統(tǒng)模擬的虛擬資金轉(zhuǎn)移。 在模擬第三方網(wǎng)上支付系統(tǒng)中有兩種賬戶： 用戶虛擬賬戶（包括商家虛擬賬戶和顧客虛擬賬戶）和支付平臺(tái)賬戶。 第二章 圍繞著第三方支付平臺(tái)子系統(tǒng)和模擬網(wǎng)購(gòu)流程子系統(tǒng) 、 利用 UML 工具對(duì)系統(tǒng)進(jìn)行詳細(xì)的功能需求分析。 第三方網(wǎng)上支付系統(tǒng)的研究意義 本系統(tǒng)模擬的是服務(wù)于 B2C 電子商務(wù)網(wǎng)站的虛擬賬戶型第三方網(wǎng)上支付 。舉例：支付寶、貝寶、財(cái)付通以及云網(wǎng)支付等 [4]。有了第三方支付平臺(tái)， 商家 和 顧客 間的交涉由第三方來(lái)完成，使 網(wǎng)上交易變得更加簡(jiǎn)單 [2]。買方選購(gòu)商品后， 使用第三方網(wǎng)上支付平臺(tái) 提供的虛擬賬戶進(jìn)行貨款支付，由第三方平臺(tái)通知 商家 貨款到達(dá)、可以發(fā)貨； 顧客 收到貨物、檢驗(yàn)貨物并滿意就可以通知第三方平 臺(tái)付款給商家 ，第三方再將款項(xiàng)轉(zhuǎn)至 商家 虛擬賬戶中。由于電子商務(wù)中的商家 與消費(fèi)者之間的交易不是面對(duì)面進(jìn)行的，而且物流與資金流在時(shí)間和空間上也是分離的，這種沒(méi)有信用保證的信息不對(duì)稱，導(dǎo)致了 商家 與消費(fèi)者之間的博弈 ：商家 不愿先發(fā)貨，怕貨發(fā)出后不能收回貨款；消費(fèi)者不愿先支付，擔(dān)心支付后拿不到商品或商品質(zhì)量得不到保證。 因此 第三方支付產(chǎn)業(yè)應(yīng)運(yùn)而生 。本選題 體現(xiàn)了第三方支付平臺(tái)在網(wǎng)上交易過(guò)程中的作用以及 其 為交易各方提供的不同服務(wù) ， 清晰呈現(xiàn)了 第三方支付過(guò)程的各個(gè)環(huán)節(jié)， 通過(guò)與銀行建立接口的選擇、資金的轉(zhuǎn)移過(guò)程以及支付狀態(tài)的多樣化設(shè)置 ，展現(xiàn)出第三方支付平臺(tái)是如何為網(wǎng)上交易提供信譽(yù)擔(dān)保和安全支付的。從買家角度出發(fā)，第三方支付平臺(tái)保證了買家一手拿貨一手交錢；從賣家角度出發(fā)，第三方支付平臺(tái)又保證了賣家一手拿錢一手交貨。 在該種模式下，第三方支付平臺(tái)提供了交易雙方與銀行間的支付通道。買賣雙方無(wú)需在不同的銀行開設(shè)不同的賬戶， 商家 無(wú)需安裝各個(gè)銀行的認(rèn)證軟件，也幫助銀行節(jié)省網(wǎng)關(guān)開發(fā) 的費(fèi)用，并為銀行帶來(lái)了一些潛在利潤(rùn)。舉例：銀聯(lián)、快 錢、 Yeepay 以及首信等 。通過(guò)對(duì)第三方網(wǎng)上支付的模擬，還原了利用支付平臺(tái)進(jìn)行網(wǎng)上支付的支付流程，體現(xiàn)了支付平臺(tái)在電子商務(wù)過(guò)程中 所扮演的角色 以及它向不同用戶提供的服務(wù)，展現(xiàn)了第三方支付平臺(tái)是如何與銀行進(jìn)行對(duì)接的、 如何通過(guò)資金的劃轉(zhuǎn)提供信用保障的、如何 嵌入 網(wǎng)購(gòu)流程的、如何對(duì) 商家 和 顧客 的虛擬賬戶進(jìn)行管理的以及如何發(fā)掘潛在的盈利途徑的。 最后一章對(duì)系統(tǒng)開發(fā)的工作過(guò)程進(jìn)行了總結(jié)，并提出了系統(tǒng)的缺陷和未來(lái)的改進(jìn)方向 。系統(tǒng)中的用戶賬戶和支付平臺(tái)賬戶（即管理員賬戶）僅僅是讀取了銀行賬戶的余額， 并非像銀行賬戶那樣實(shí)現(xiàn)真正的存取款，故稱為虛擬賬戶。圖 描述了不同交易狀態(tài)間的轉(zhuǎn)換關(guān)系。 在充值過(guò)程中，用戶操作完成用戶銀行賬戶向支付平臺(tái)銀行賬戶的模擬資金轉(zhuǎn)移，管理員操作完成支付平臺(tái)賬戶向用戶虛擬賬戶的資金轉(zhuǎn)移，最終表現(xiàn)為用戶虛擬賬戶資金增加；在轉(zhuǎn)賬過(guò)程中，用戶操 作完成用戶虛擬賬戶向支付平臺(tái)賬戶的資金轉(zhuǎn)移，管理員操作完成支付平臺(tái)銀行賬戶向用戶銀行賬戶的模擬資金轉(zhuǎn)移。 北京語(yǔ)言大學(xué)信息科學(xué)學(xué)院學(xué)士學(xué)位論文 第 12 頁(yè) 共 29 頁(yè) 3) 模擬網(wǎng)購(gòu) 子系統(tǒng)流程 本系統(tǒng)模擬的原型是當(dāng)今最流行的網(wǎng)上購(gòu)物 流程，在模擬網(wǎng)購(gòu)流程中突出了第三方支付平臺(tái)的角色，使整個(gè)網(wǎng)購(gòu) 流程連貫、逼真。在設(shè)計(jì)階段將構(gòu)造出系統(tǒng)的設(shè)計(jì)模型， 給出各個(gè)子系統(tǒng)的系統(tǒng)包圖以及主要界面類的界面原型設(shè)計(jì)。當(dāng)顧客生成一條交易時(shí)，記錄中便會(huì)添加一筆未付款交易。 Fukuan(int transid,DateTime dt)方法：顧客付款時(shí)調(diào)用此方法，為編號(hào)為 transid 的交易 添加付款時(shí)間并修改交易狀態(tài) 。返回值 bool。返回值為 bool。模擬第三方網(wǎng)上支付系統(tǒng)的重點(diǎn) 包括資金流的轉(zhuǎn)移過(guò)程、交易狀態(tài)的轉(zhuǎn)換和交易處理、支付平臺(tái)與電子商務(wù)網(wǎng)站的融合以及銀 行與支付平臺(tái)的對(duì)接。系統(tǒng) 在未來(lái)可以增加或創(chuàng)造更多的第三方網(wǎng)上支付的增值功能，以此來(lái)探索第三方支付的盈利途徑。但對(duì)于要 投入使用的系統(tǒng)來(lái)說(shuō)，這樣的安全保證還遠(yuǎn)遠(yuǎn)不夠。 感謝石嘉明 老師在系統(tǒng)設(shè)計(jì)階段 對(duì)我的悉心指導(dǎo) 。通過(guò)安全加密協(xié)議為傳輸中的數(shù)據(jù)加密，可以極大提高支付的安全性。因此這種盈利方式由于存在著極大的法律風(fēng)險(xiǎn)，不能成為第三方支付平臺(tái)的長(zhǎng)遠(yuǎn)之計(jì)，探索更多的合法的盈利方式對(duì)于第三方網(wǎng)上支付產(chǎn)業(yè)來(lái)說(shuō)迫在眉睫。 改進(jìn)展望 系統(tǒng)開發(fā) 技術(shù) 的改進(jìn) 由于個(gè)人技術(shù)水平的限制，本系統(tǒng)的開發(fā)方法局限于 Windows Form 的應(yīng)用程序開發(fā)方法。在這四個(gè)月的工作中，我認(rèn)為難度最大、最耗 時(shí)的是系統(tǒng)功能的確定、分析與提煉。記錄成功退款時(shí)間 并修該退款類型（ Refundca）。 Refund（ int transid, DateTime dt, string reasons）方法：顧客申請(qǐng)退款時(shí)調(diào)用此方法，記錄退款原因。其屬性有商家編號(hào)、購(gòu)物金額和購(gòu)買數(shù)量 curr money amnt int 北京語(yǔ)言大學(xué)信息科學(xué)學(xué)院學(xué)士學(xué)位論文 第 20 頁(yè) 共 29 頁(yè) 第四章 系統(tǒng)詳細(xì) 設(shè)計(jì) 界面原型設(shè)計(jì) 本節(jié) 主要展示顧客支付平臺(tái)賬戶、顧客處理未付款交易、顧客處理已付款交易、 商 家轉(zhuǎn)賬界面、商家處理凍結(jié)交易以及管理員交易處理界面的原型設(shè)計(jì)，如圖 ~。商家和顧客存儲(chǔ)在用戶表中，通過(guò)用戶身份屬性加以區(qū)分。支付平臺(tái)須要記錄用戶的充值和轉(zhuǎn)賬的詳細(xì)信息以便事后的管理和進(jìn)一步操作。因此網(wǎng)購(gòu)流程子系統(tǒng)是模擬第三方網(wǎng)上支付系統(tǒng)的重要組成部分。 表 ~ 圍繞 資金流的轉(zhuǎn)移 和交易狀態(tài) 的轉(zhuǎn)換 分別 對(duì) 顧客、商家和管理員的功能需求 進(jìn)行分析 。 圖 為支付平臺(tái)的賬戶交互圖，箭頭代表資金流的轉(zhuǎn)移方向。 1) 支付平臺(tái)賬戶 及資金流轉(zhuǎn)移方向 。 第一章引言部分交代了系統(tǒng)的研究背景和研究意義，包括第三方網(wǎng)上支付的相關(guān)介紹、系統(tǒng)開發(fā)方法和技術(shù)背景等。 4) 提供多種增值服務(wù)，滿足了不同用戶的個(gè)性化需求。由 電子交易平臺(tái)自己或合作開發(fā)，同各大銀行建立合作關(guān)系，憑借公司的信譽(yù)和實(shí)力，承當(dāng)交易雙方的信用擔(dān)保。 在 SSL中只需驗(yàn)證 商家 的身份，安全性不足；在 SET 中，各方的身份都需要CA 進(jìn)行認(rèn)證，程序繁雜手續(xù)繁多，速度慢且實(shí)現(xiàn)