【正文】 時間原因，本系統(tǒng)中郵件激活確認存在不穩(wěn)定因素，有時發(fā)送成功有時失敗，此 bug 有待研究修復(fù)；另外本系統(tǒng)目前只能給系統(tǒng)注冊用戶使用，雖然考慮過，但沒來得及實現(xiàn)與購物網(wǎng)站的接口，以便直接獲取商品信息以及網(wǎng)站地址；而且充值部分銀行接口是模擬的。 保存后在本地機器上用 Excel打開，數(shù)據(jù)顯示正確無誤。//設(shè)置每頁顯示記錄數(shù) ?? 簡單安全控制的實現(xiàn) 1．防止未登錄訪問 本系統(tǒng)必須用戶登 錄后才能使用，因此對于用戶訪問的頁面要提前判斷用戶是否登錄或者是否有權(quán)限。//依次獲取 list 集中的對象 row = (i + 1)。 調(diào) 用 查 詢 函 數(shù) 前 ， 需 對 開 始 時 間 和 結(jié) 束 時 間進行處理，轉(zhuǎn)成 Timestamp 格式。它們在數(shù)據(jù)庫中分別對應(yīng)客戶登錄信息表，客戶基本信息表，賬戶信息表，交易地址表，充值記錄表，交易記錄表，管理者信息表和權(quán)限信息表： 客戶信息表表存儲客戶登錄名 ,登錄密碼、支付密碼以及用戶名， openId 登錄名，狀態(tài)，證件號（身份證或護照）、電話 號碼、安全保護問題以及答案、注冊日期以及最后登錄時間； 賬戶信息表存儲客戶的可用余額以及凍結(jié)資金； 激活碼表存儲客戶編號和激活碼； 交易地址表存儲交易的相關(guān)信息，包括姓名，通信地址（地區(qū)，街道，郵編），聯(lián)系方式； 省份表存儲省份編號以及對應(yīng)省份名稱； 城市表存儲隸屬某一省份的城市列表編號和對應(yīng)名稱； 充值記錄表存儲客戶充值方式，時間，金額以及銀行等信息； 交易記錄表存儲交易的訂單號、商品編號、交易相關(guān)信息（起始時間、場所、金額、狀態(tài)、）、買方、賣方、送貨方式、備注描述。其主要功能與功能描述如表 所示。 個人交易包括買入交易，賣出交易，買入賣出交易。 賬戶充值時，通過銀行卡系統(tǒng)接口實現(xiàn)對賬戶進行充值。 容器 —— Spring 包含并管理應(yīng)用對象的配置和生命周期，在這個意義上它是一種容器，你可以配置你的每個 bean 如何被創(chuàng)建 —— 基于一個可配置原型（ prototype），你的 bean 可以創(chuàng)建一個單獨的實例或者每次需要時都生成一個新的實例 —— 以及它們是如何相互關(guān)聯(lián)的。 Spring 致力于 J2EE 應(yīng)用的各層的解決方案，而不是僅僅專注于某一層的方案。 錯誤 !未找到引用源。 Struts 最早是作為 Apache Jakarta 項目的組成部分，項目的創(chuàng)立者希望通過對該項目的研究，改進和提高 JavaServer Pages 、 Servlet、標簽庫以及面向?qū)ο蟮募夹g(shù) 水準。一些 J2EE 部署在 WINDOWS 環(huán)境中，客戶也可選擇健壯性能更好的操作系統(tǒng)如 Sun Solaris、 IBM OS/390。 支持異構(gòu)環(huán)境， J2EE 能夠開發(fā)部署在異構(gòu)環(huán)境中的可移植程序。 本章小結(jié) 本章第一節(jié)介紹項目的研究背景，隨后兩節(jié)介紹項目的研究現(xiàn)狀、發(fā)展趨勢、目的以及意義所在。隨著電子商務(wù)的廣泛應(yīng)用，因特網(wǎng)上的商品銷售額迅猛增長，網(wǎng)上的資金流動已經(jīng)成為電子商務(wù)發(fā)展的主要障礙之一，迫切需要金融業(yè)提供完善的網(wǎng)上支付中介服務(wù)。電子商務(wù)市場發(fā)展如此迅猛，網(wǎng)絡(luò)交易平臺在滿足顧客需求的設(shè)計上顯得尤為重要。 I 學(xué)號 20xx32580267 密級 _______________ 武漢大學(xué)本科畢業(yè)論文 基于 J2EE 框架的電子商務(wù)在線支付平臺的設(shè)計與實現(xiàn) 院（系）名 稱：國際軟件學(xué)院 專 業(yè) 名 稱 ：軟件工程 學(xué) 生 姓 名 ：張學(xué)程 指 導(dǎo) 教 師 ：江聰世 廖廣志 二○○九年五月 II BACHELOR39。 對于電子商務(wù)交易 ,解決網(wǎng)上支付是最關(guān)鍵問題之一。 作為買賣雙方交易過程中的“中間橋梁”，第三方支付平臺的崛起已是不崢的事實，大浪淘沙后，十大電子支付平臺如支付寶， paypal，掌上通等已從中商家中脫穎而出，以其特定的技術(shù)優(yōu)勢，細分的服務(wù)市場，獨特的經(jīng)營處方 ，在電子支付市場各顯身手，發(fā)展迅猛。最后一節(jié)對論文項目的主要內(nèi)容做了介紹。基于 J2EE 的應(yīng)用程序不依賴任何特定操作系統(tǒng)、中間件、硬件。最健壯的操作系統(tǒng)可達到 %的可用性或每年只需 5 分鐘停機時間。它采用 MVC 模式，能夠很好地幫助 Java 開發(fā)者利用 J2EE 開發(fā) Web 應(yīng)用。 簡化表示層頁面的設(shè)計和實現(xiàn)。可以說 Spring 是企業(yè)應(yīng)用開發(fā)的“一站式”選擇，并貫穿表現(xiàn)層、業(yè)務(wù)層及持久 8 層。然而， Spring 不應(yīng)該被混同于傳統(tǒng)的重量級的 EJB 容器，它們經(jīng)常是龐大與笨重的，難以使用。 為了更具有商業(yè)價值，應(yīng)該提供各大大型網(wǎng)站的接口，方便用戶適用本系統(tǒng)進行支付。每種交易 分：所有交易，進行中的交易，等待發(fā)貨的交易，成功的交易，失敗的交易，退款的交易，合并付款。 15 表 客戶管理模塊設(shè)計 功能模塊 功能描述 潛在客戶注冊 在注冊頁面輸入注冊信息，郵箱確認激活后才能登陸使用系統(tǒng) 客戶登陸 在登陸頁面輸入登陸名與密碼信息，驗證成功則登陸本系統(tǒng) 即時到賬付款、收款 買家付賬，資金立即充到賣方的賬戶 擔保交易付款、收款 買家付賬，交易資金先由支付系統(tǒng)保管，買家收到貨物以后，資金才付給賣方 我的賬戶 查詢帳戶的個人信息，帳戶信息，安全信息 修改帳戶 修改帳戶相關(guān)信息，包括登錄密碼 帳戶充值 提供網(wǎng)上銀行和支付卡兩種方式的充值 交易查詢 按 條件查詢交易 交易處理 對查詢出的信息進行相應(yīng)的處理 交易地址管理 添加修改交易地址 退出 點擊安全退出按鈕退出本系統(tǒng) 面向管理者子系統(tǒng) 1. 業(yè)務(wù)流程 管理者也需要登錄并且賬號處于激活狀態(tài)才可以進入管理系統(tǒng)，操作過程如果 session 超時則需要重新登錄。 商品信息表存儲商品編號，商品名稱，單 價，數(shù)量，展示網(wǎng)站以及商品介紹； 送貨信息表存儲交易編號，送貨方式，郵費承擔方，郵費金額以及收貨地址； 管理者信息表存儲管理者的登錄名，密碼，用戶名，權(quán)限類型（普通管理員、超級管理員），郵箱，注冊時間，狀態(tài) 19 數(shù)據(jù)庫詳細設(shè)計 關(guān)系實體 根據(jù)數(shù)據(jù)庫需求分析，確定以下表以及對應(yīng)的字段： 客戶信息表 (客戶 ID，客戶登錄名， openid 登錄名，登錄密碼，支付密碼，用戶名，狀態(tài)，證件號，證件類型，電話號碼，手機號，注冊日期，安全問題，安全問題答案，最后登錄時間 )： Customer(CID,userName,openID,userpsd,payPSD,name,enabled,identifyNo, identifyType,phoneNo,mobileNo,registerDate,psdQuestion,psdQAnswer, lastLoginTime) 賬戶信息表（客戶 ID，可用余額， 凍結(jié)資金） 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） 交易記錄表（交易記錄編號，產(chǎn)品 ID，交易開始時間，交易結(jié)束時間，交易狀態(tài)，買家 ID，賣家 id，交易金額，送貨方式，備注說明） trade_rec（ tradeID,prodID， tradeSTime， tradeETime， tradeState， buyerID， sellerID，tradeSum,deliverType,details） 商品信息表（產(chǎn)品編號，產(chǎn)品名稱，單價，數(shù) 量，展示網(wǎng)站，產(chǎn)品介紹） product（ proId,proName,unitPrice,quantity,proNet,intro） 送貨信息表（交易編號，送貨方式，郵費承擔方，郵費金額，地址記錄編號） 20 deliver（ tradeID,deliverType,postagePayer,postage,addID） 管理者信息表（管理者 ID，管理者登錄名，密碼，管理者類型，電子郵件，創(chuàng)建時間，狀態(tài)） admin（ adminID， adminName， adminPsd， adminType， ， createTime，status） 實體關(guān)系 在上節(jié)描述的實體中，激活碼表，帳戶信息表，充值記錄表，帳戶信息表，地址信息表，交易記錄表均依賴于客戶的存在，通過 CID 外鍵關(guān)聯(lián)客戶信息表customer；交易記錄中的商品信息依賴產(chǎn)品表，通過外鍵產(chǎn)品 ID 關(guān)聯(lián) product 表；送貨信息表 deliver 依賴于交易的存在，通過交易記錄編號關(guān)聯(lián) trade_rec；而送貨信息表中的地址信息依賴于地址信息表，通過外鍵地址編號關(guān)聯(lián)地址信息表address_list，地址信息表中的地址中的城市依賴于城市表中的城市，通過外鍵 cityID關(guān)聯(lián)城市表 city，而城市表又通過外鍵 provinceID 與省份表 province 關(guān)聯(lián)。 23 對于日報表查詢， sdate 和 edate 是同一天，把 edate 增加一天，這里用到了Calendar 類里的 add(, 1)方法， Calendar 類不用考慮當前月是 30天還是 31天，是閏年還是平年 的二月，函數(shù)里有判斷，如查詢 20xx0430的數(shù)據(jù)是把 sdate 設(shè)置為 20xx0430 00： 00： 00， edate 設(shè)置為 20xx0501 00：00： 00，這樣能保證查詢到 20xx0430 這一天的所有數(shù)據(jù)。 24 //編號索引遞增 cell = ((short) 0)。實現(xiàn)方法是寫一個判斷用戶登錄狀態(tài)以及權(quán)限的 jsp，在每個需要驗證的頁面中，將該 jsp 文件 include 進去。 分頁功能的驗證 當前系統(tǒng)數(shù)據(jù)庫中， 至 日的共有 37 條記錄，設(shè)置每頁顯示記錄數(shù)為 5，預(yù)期應(yīng)該有 8 頁，部署好后登錄進入，在注冊用戶時間段查詢頁面中，選擇起始日期分別為 20xx510 和 20xx512，查詢頁面結(jié)果如圖 所示： 圖 注冊用戶時間段查詢清單 1 顯示結(jié)果有 8 頁，達到預(yù)期顯示效果，點擊相第四頁鏈接，顯示如圖 所示的結(jié)果： 圖 注冊用戶時間段查詢清單 2 跳轉(zhuǎn)正確，表格中顯示的記錄也跟隨變換，顯示無誤。如果想要更好的用戶體驗，這些功能都應(yīng)該實現(xiàn)。這個在登錄操作中做出判斷，根據(jù)登陸者權(quán)限的不同顯示不同的操作鏈接。 27 圖 文件下載示意圖 點擊打開可以直接在網(wǎng)頁中打開，點擊保存將文件保存到本地磁盤上： 用戶可以自己修改文件名稱和路徑保存。//結(jié)果集中按要求取的第一條記錄數(shù) (pageSize)。 ++i) { Customer user = (i)。 } 對于時間段（即傳遞的兩個參數(shù)）處理，因從頁面獲取的時間是從日歷控件中獲取的，格式是“ YYYYMMDD”格式的，后面的時分秒均為零，而數(shù)據(jù)庫中存儲的時間類型，注冊日期是 Date 類型，充值時間和交易時間精確到時分秒，設(shè)置的是 Timestamp 類 型 。本系統(tǒng)數(shù)據(jù)庫設(shè)計概念模型中的實體包括客戶登錄信息，客戶基本信息，賬戶信息，交易地址，充值記錄，交易記錄，管理者信息，權(quán)限信息。 結(jié) 束開 始客 戶 注 冊郵 件 確 認 激 活登 陸交 易 管 理 網(wǎng) 上 付 款 網(wǎng) 上 收 款