基于j2ee框架的電子商務在線支付平臺的設計與實現畢業論文(完整版)

　　

【正文】 架的電子商務在線支付平臺的架構設計，并實現面向管理者子系統。這不僅帶給人們快捷便利的支付服務，還推動電子支付產業鏈日益成熟，從十大支付平臺的創業背景，應用特色，經營現狀可以看出，電子支付市場正如朝陽般冉冉升起 [3]。而國內，各大城市都處于實驗探索階段。如果沒有網上支付的參與 ,電子商務就停留在網上信息搜索和協議草簽的階段 ,無法進入實質性的交易階段 ,因而不能形成完整的電子商務。online payment。S DEGREE THESIS OF WUHAN UNIVERSITY The Design and Implementation of Ebusiness Online Payment System Based on J2EE College ： International school of software Subject ： Software Engineering Name ： Xuecheng Zhang Directed by ： Congshi Jiang Guangzhi Liao May 20xx III 鄭 重 聲 明 本人呈交的學位論文，是在導師的指導下，獨立進行研究工作所取得的成果，所有數據、圖片資料真實可靠。作為電子商務活動的重要環節，在線支付網上支付的參與，可以使電子商務由網上信息搜索和協議草簽的階段，轉入實質性的交易階段 ,形成完整的電子商務。 據統計截至 20xx 年底，中國電子商務市場交 易額達到 24000 億元 [1]，是 20xx 年交易額的 5 倍。 研究現狀及發展趨勢 研究現狀 電子商務于 90 年代初興起于 美國 、 加拿大 等國，但在直到近幾年，電子支付才被人們普遍接受。電子化的支付手段的出現已有一段時間，只是應用范圍主要在金融機構之間，大企業間和信用卡消費等對交易環境有限制的局部領域 [2]。所謂網上支付就是交易過程中的資金轉移環節，使貨幣友有形流動變為無形信用信息在網上流通，消費者可以跨越時間和地域的限制。 搭建好系統框架，并編碼實現面向管理者功能模塊，同時進行單元測試，然后集成各個單元模塊進行集成測試驗證。 保留現存的 IT 資產，由于企業必須適應新的商業需求，利用已有的企業信息系統方面的投資，而不是重新制定全盤方案就變得很重要。 錯誤 !未找到引用源。基于 J2EE 平臺的應用程序可被部署到各種操作系統上。 J2EE 部署到可靠的操作環境中，他們支持長期的可用性。而且框架一般是成熟穩健的，可以處理系統中的很多細節問題，比如，事物處理，安全性，數據流控制等問題。 MVC 模式將業務處理與顯示分離，運用 MVC 的應用程序的三個部件是相互對立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的低偶合的構件。 Struts 框架本身實現了 MVC 模式，也發展了 MVC 模式；應用系統的開發者可以采用 “填空 ”式的方式來進行開發，因為 Struts 框架將一個標準的 MVC 的具體實現中的各個組件部分已經劃分清晰和組件分離了。 由于基于 Struts 框架技術實現的 Web 應用系統中的控制層、業務層與表示層三 者之間各自相互分離，所以這樣的設計方案能夠使應用系統中的表示層的開發者（網頁設計人員）與后臺業務功能具體實現的 Java 程序員各司其職和分工明確，并且可以并行開發，提高開發效率。或者說， WebWork衍生出了 Struts2，而不是 Struts 1 衍生了 Struts2。 Spring作為開源的中間件，獨立于各種應用服務器，甚至無須應用服務器的支持，也能提供應用服務器的功能，如聲明式事務等。完整的 Spring 框架可以在一個大小只有 1MB 多的 JAR 文件里發布。它們并不負責（甚至是意識）其它的系統級關注點，例如日志或事務支持。 Hibernate 可以應用在任何使用 JDBC 的場合，既可以在 Java 的客戶端程序使用，也可以在 Servlet/JSP 的 Web 應用中使用，最具 革命意義的是， Hibernate 可以 9 在應用 EJB 的 J2EE 架構中取代 CMP，完成數據持久化的重任 [9]。系統依賴關系如圖 所示。 錯誤 !未找到 引用源。 交易管理 ： 包括個人交易查詢，交易處理和交易地址管理。 其中，面向客戶子系統 是本系統的核心部分，是本系統存在的意義所在。 結 束開 始客 戶 注 冊郵 件 確 認 激 活登 陸交 易 管 理 網 上 付 款 網 上 收 款失 敗規 定 時 間 內 無確 認 激 活 操 作安 全 退 出賬 戶 管 理 圖 面向客戶子系統業務流程 2．模塊設計 客戶通過系統提供的平臺進行擔保交易和即時到賬兩種方式的付款和收款、對帳戶信息進行查看和修改、對交易的查詢和處理等操作。 17 結 束開 始登 陸報 表 查 詢 總 額 查 詢失 敗安 全 退 出內 容 管 理 圖 系統管理子系統業務流程 系統管理者對管理者進行增、刪、改、查等操作。本系統數據庫設計概念模型中的實體包括客戶登錄信息，客戶基本信息，賬戶信息，交易地址，充值記錄，交易記錄，管理者信息，權限信息。 execute()方法中調用 service 層的接口中的方法， service 層的實現類則調用 Hibernate 層中的 DAO 類中的相應方法。 } 對于時間段（即傳遞的兩個參數）處理，因從頁面獲取的時間是從日歷控件中獲取的，格式是“ YYYYMMDD”格式的，后面的時分秒均為零，而數據庫中存儲的時間類型，注冊日期是 Date 類型，充值時間和交易時間精確到時分秒，設置的是 Timestamp 類 型 。 //新建 Excel 工作簿 HSSFWorkbook wb = new HSSFWorkbook()。 ++i) { Customer user = (i)。 ?? } //創建輸出流 ByteArrayOutputStream os = new ByteArrayOutputStream()。//結果集中按要求取的第一條記錄數 (pageSize)。在交易的時間段查詢中，通過日歷控件選擇 20xx511 至 20xx512 日的時間段 ，查詢顯示如圖 所示。 27 圖 文件下載示意圖 點擊打開可以直接在網頁中打開，點擊保存將文件保存到本地磁盤上： 用戶可以自己修改文件名稱和路徑保存。 本章小結 本章主要描述子系統實現與驗證。這個在登錄操作中做出判斷，根據登陸者權限的不同顯示不同的操作鏈接。 33 附錄 數據庫表的設計說明 。如果想要更好的用戶體驗，這些功能都應該實現。 30 第 6 章 總結 三個月，從調研，到需求分析，到設計，再到中后期的實現及整合測試，到bug 修復，整個流程走下來，對軟件工程有了新的理解和認識。 分頁功能的驗證 當前系統數據庫中， 至 日的共有 37 條記錄，設置每頁顯示記錄數為 5，預期應該有 8 頁，部署好后登錄進入，在注冊用戶時間段查詢頁面中，選擇起始日期分別為 20xx510 和 20xx512，查詢頁面結果如圖 所示： 圖 注冊用戶時間段查詢清單 1 顯示結果有 8 頁，達到預期顯示效果，點擊相第四頁鏈接，顯示如圖 所示的結果： 圖 注冊用戶時間段查詢清單 2 跳轉正確，表格中顯示的記錄也跟隨變換，顯示無誤。查詢結果無誤。實現方法是寫一個判斷用戶登錄狀態以及權限的 jsp，在每個需要驗證的頁面中，將該 jsp 文件 include 進去。//將 Excel值寫到輸出流 } catch (IOException e) { ()。 24 //編號索引遞增 cell = ((short) 0)。 //創建一行存儲對應的字段名 HSSFRow row = (0)。 23 對于日報表查詢， sdate 和 edate 是同一天，把 edate 增加一天，這里用到了Calendar 類里的 add(, 1)方法， Calendar 類不用考慮當前月是 30天還是 31天，是閏年還是平年 的二月，函數里有判斷，如查詢 20xx0430的數據是把 sdate 設置為 20xx0430 00： 00： 00， edate 設置為 20xx0501 00：00： 00，這樣能保證查詢到 20xx0430 這一天的所有數據。 清單查詢的實現 本系統中的清單查詢涉及到日，月，年，以及時間段四種類型，經過分析，四種類型其實都是一個時間段，因此查詢時在 Hibernate 層調用 DAO 里自定義了同一個函數 : Public List findByPeriod(Timestamp sdate,Timestamp edate){ //open session Session session =().getSessionFactory() .openSession()。 商品信息表存儲商品編號，商品名稱，單 價，數量，展示網站以及商品介紹； 送貨信息表存儲交易編號，送貨方式，郵費承擔方，郵費金額以及收貨地址； 管理者信息表存儲管理者的登錄名，密碼，用戶名，權限類型（普通管理員、超級管理員），郵箱，注冊時間，狀態 19 數據庫詳細設計 關系實體 根據數據庫需求分析，確定以下表以及對應的字段： 客戶信息表 (客戶 ID，客戶登錄名， openid 登錄名，登錄密碼，支付密碼，用戶名，狀態，證件號，證件類型，電話號碼，手機號，注冊日期，安全問題，安全問題答案，最后登錄時間 )： Customer(CID,userName,openID,userpsd,payPSD,name,enabled,identifyNo, identifyType,phoneNo,mobileNo,registerDate,psdQuestion,psdQAnswer, lastLoginTime) 賬戶信息表（客戶 ID，可用余額， 凍結資金） Account（ CID, availAcc, frozenAcc） 激活碼表（客戶 ID，激活碼） customer_activate_code（ CIDm,activateCode） 交易地址表（地址 編號，客戶 ID，姓名，城市編號，街道地址，郵編，電話號碼 ,手機號） adress_list（ addID,CID,trueName,cityID,streetAdd,postalNo， phoneNo， mobileNo） 省份表（省份編號，中文名稱） province（ provinceID, provinceName） 城市表（城市編號，城市名稱，所屬省份編號） city（ cityID,cityName,provinceID） 充值記錄表（充值記錄 ID，客戶 ID，充值類型，充值金額，充值時間，充值銀行） prepaid_rec（ dpositRecID,CID,dpositType,dpositSum,dposiTime,dpositBank） 交易記錄表（交易記錄編號，產品 ID，交易開始時間，交易結束時間，交易狀態，買家 ID，賣家 id，交易金額，送貨方式，備注說明） trade_rec（ tradeID,prodID， tradeSTime， tradeETime， tradeState， buyerID， sellerID，tradeSum,deliverType,details） 商品信息表（產品編號，產品名稱，單價，數 量，展示網站，產品介紹） product（ proId,proName,unitPrice,quantity,proNet,intro） 送貨信息表（交易編號，送貨方式，郵費承擔方，郵費金額，地址記錄編號） 20 deliver（ tradeID,deliverType,postagePayer,postage,addID） 管理者信息表（管理者 ID，管理者登錄名，密碼，管理者類型，電子郵件，創建時間，狀態） admin（ adminID， adminName， adminPsd， adminType， ， createTime，status） 實體關系 在上節描述的實體中，激活碼表，帳戶信息表，充