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