【正文】 city（ cityID,cityName,provinceID） 充值記錄表（充值記錄 ID，客戶 ID，充值類型，充值金額，充值時(shí)間，充值銀行） prepaid_rec（ dpositRecID,CID,dpositType,dpositSum,dposiTime,dpositBank） 交易記錄表（交易記錄編號(hào)，產(chǎn)品 ID，交易開(kāi)始時(shí)間，交易結(jié)束時(shí)間，交易狀態(tài)，買(mǎi)家 ID，賣(mài)家 id，交易金額，送貨方式，備注說(shuō)明） trade_rec（ tradeID,prodID， tradeSTime， tradeETime， tradeState， buyerID， sellerID，tradeSum,deliverType,details） 商品信息表（產(chǎn)品編號(hào)，產(chǎn)品名稱，單價(jià)，數(shù) 量，展示網(wǎng)站，產(chǎn)品介紹） product（ proId,proName,unitPrice,quantity,proNet,intro） 送貨信息表（交易編號(hào)，送貨方式，郵費(fèi)承擔(dān)方，郵費(fèi)金額，地址記錄編號(hào)） 20 deliver（ tradeID,deliverType,postagePayer,postage,addID） 管理者信息表（管理者 ID，管理者登錄名，密碼，管理者類型，電子郵件，創(chuàng)建時(shí)間，狀態(tài)） admin（ adminID， adminName， adminPsd， adminType， ， createTime，status） 實(shí)體關(guān)系 在上節(jié)描述的實(shí)體中，激活碼表，帳戶信息表，充值記錄表，帳戶信息表，地址信息表，交易記錄表均依賴于客戶的存在，通過(guò) CID 外鍵關(guān)聯(lián)客戶信息表customer；交易記錄中的商品信息依賴產(chǎn)品表，通過(guò)外鍵產(chǎn)品 ID 關(guān)聯(lián) product 表；送貨信息表 deliver 依賴于交易的存在，通過(guò)交易記錄編號(hào)關(guān)聯(lián) trade_rec；而送貨信息表中的地址信息依賴于地址信息表，通過(guò)外鍵地址編號(hào)關(guān)聯(lián)地址信息表address_list，地址信息表中的地址中的城市依賴于城市表中的城市，通過(guò)外鍵 cityID關(guān)聯(lián)城市表 city，而城市表又通過(guò)外鍵 provinceID 與省份表 province 關(guān)聯(lián)。本系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)概念模型中的實(shí)體包括客戶登錄信息，客戶基本信息，賬戶信息，交易地址，充值記錄，交易記錄，管理者信息，權(quán)限信息?？梢杂成涑蓴?shù)據(jù)庫(kù)中對(duì)應(yīng)的表。 18 第 4 章 數(shù)據(jù)庫(kù)設(shè)計(jì) 本章主要介紹數(shù)據(jù)庫(kù)層的設(shè)計(jì)，包括實(shí)體的以及實(shí)體之間關(guān)系的分析。 表 系統(tǒng)管理模塊 功能模塊 功能描述 查詢管理者 根據(jù)查詢條件查詢出符合條件的管理者 增加管理者 填寫(xiě)相應(yīng)信息添加管理者 刪除管理者 根據(jù)查詢結(jié)果選擇相應(yīng)管理者進(jìn)行刪除 維護(hù)管理者 修改管理者密碼，權(quán)限，郵件等信息 報(bào)表查詢 同管理者子系統(tǒng)功 能 本章小結(jié) 本章是主要討論系統(tǒng)的架構(gòu)設(shè)計(jì)。 17 結(jié) 束開(kāi) 始登 陸報(bào) 表 查 詢 總 額 查 詢失 敗安 全 退 出內(nèi) 容 管 理 圖 系統(tǒng)管理子系統(tǒng)業(yè)務(wù)流程 系統(tǒng)管理者對(duì)管理者進(jìn)行增、刪、改、查等操作。 表 面向管理模塊設(shè)計(jì) 功能模塊 功能描述 注冊(cè)用戶清單查詢 根據(jù)日、月、年、時(shí)間段等條件選擇查詢注冊(cè)用戶清單 充值用戶清單查詢 根據(jù)日、月、年、時(shí)間段等條件選擇查詢充值用戶清單 交易用戶清單查詢 根據(jù)日、月、年、時(shí)間段等條件選擇查詢交易用戶清單 導(dǎo)出 Excel 表 點(diǎn)擊導(dǎo)出 Excel鏈接，將數(shù)據(jù)導(dǎo)出到 Excel 系統(tǒng)管理子系統(tǒng) 1. 業(yè)務(wù)流程 系統(tǒng)管理子系統(tǒng)中，超級(jí)管理員可以進(jìn)行系統(tǒng)管理員的所有操作，另外特有的功能是對(duì)普 通管理者的增、刪、改、查操作。 16 結(jié) 束開(kāi) 始登 陸報(bào) 表 查 詢 總 額 查 詢失 敗安 全 退 出內(nèi) 容 管 理 圖 面向管理者子系統(tǒng)業(yè)務(wù)流程 2. 模塊設(shè)計(jì) 管理者查詢注冊(cè)、充值、交易三種情況的日?qǐng)?bào)表，月報(bào)表，年報(bào)表，時(shí)間段報(bào)表，并提供 導(dǎo)出到 Excel功能。 15 表 客戶管理模塊設(shè)計(jì) 功能模塊 功能描述 潛在客戶注冊(cè) 在注冊(cè)頁(yè)面輸入注冊(cè)信息，郵箱確認(rèn)激活后才能登陸使用系統(tǒng) 客戶登陸 在登陸頁(yè)面輸入登陸名與密碼信息，驗(yàn)證成功則登陸本系統(tǒng) 即時(shí)到賬付款、收款 買(mǎi)家付賬，資金立即充到賣(mài)方的賬戶 擔(dān)保交易付款、收款 買(mǎi)家付賬，交易資金先由支付系統(tǒng)保管，買(mǎi)家收到貨物以后，資金才付給賣(mài)方 我的賬戶 查詢帳戶的個(gè)人信息，帳戶信息，安全信息 修改帳戶 修改帳戶相關(guān)信息，包括登錄密碼 帳戶充值 提供網(wǎng)上銀行和支付卡兩種方式的充值 交易查詢 按 條件查詢交易 交易處理 對(duì)查詢出的信息進(jìn)行相應(yīng)的處理 交易地址管理 添加修改交易地址 退出 點(diǎn)擊安全退出按鈕退出本系統(tǒng) 面向管理者子系統(tǒng) 1. 業(yè)務(wù)流程 管理者也需要登錄并且賬號(hào)處于激活狀態(tài)才可以進(jìn)入管理系統(tǒng)，操作過(guò)程如果 session 超時(shí)則需要重新登錄。 結(jié) 束開(kāi) 始客 戶 注 冊(cè)郵 件 確 認(rèn) 激 活登 陸交 易 管 理 網(wǎng) 上 付 款 網(wǎng) 上 收 款失 敗規(guī) 定 時(shí) 間 內(nèi) 無(wú)確 認(rèn) 激 活 操 作安 全 退 出賬 戶 管 理 圖 面向客戶子系統(tǒng)業(yè)務(wù)流程 2．模塊設(shè)計(jì) 客戶通過(guò)系統(tǒng)提供的平臺(tái)進(jìn)行擔(dān)保交易和即時(shí)到賬兩種方式的付款和收款、對(duì)帳戶信息進(jìn)行查看和修改、對(duì)交易的查詢和處理等操作。 賬戶管理、交易管理、網(wǎng)上付款、收款無(wú)先后執(zhí)行之分，超時(shí)需要重新登錄。 系統(tǒng)管理子系統(tǒng)：該子系統(tǒng) 主要向超級(jí)管理員提供對(duì)管理者的增、刪以及維護(hù)。保障電子商務(wù)的正常進(jìn)行。 其中，面向客戶子系統(tǒng) 是本系統(tǒng)的核心部分，是本系統(tǒng)存在的意義所在。 本系統(tǒng)的三類用戶：客戶，管理者，超級(jí)管理員，客戶與管理者和超級(jí)管理員相對(duì)獨(dú)立，其中客戶模塊用例圖如圖 所示，管理模塊以及系統(tǒng)管理總用例圖如圖 所示。 系統(tǒng)管理 模塊 管理員用戶管理 ： 包括管理員賬戶的添加，刪除以及維護(hù)。每種交易 分：所有交易，進(jìn)行中的交易，等待發(fā)貨的交易，成功的交易，失敗的交易，退款的交易，合并付款。 交易管理 ： 包括個(gè)人交易查詢，交易處理和交易地址管理。 網(wǎng)上收款 ： 包括擔(dān)保交易收款，即時(shí)到帳收款。 網(wǎng)上支付 ： 包括擔(dān)保交易付款，即時(shí)到帳付款。我的賬戶包括個(gè)人信息、賬戶信息，安全信息。 錯(cuò)誤 !未找到 引用源。 錯(cuò)誤 !未找到引用源。 1．需求描述 客戶 模塊 錯(cuò)誤 !未找到引用源。 為了更具有商業(yè)價(jià)值，應(yīng)該提供各大大型網(wǎng)站的接口，方便用戶適用本系統(tǒng)進(jìn)行支付。系統(tǒng)依賴關(guān)系如圖 所示。 3．超級(jí)管理員 負(fù)責(zé)對(duì)管理者進(jìn)行增、刪、維護(hù)。 系統(tǒng)用戶特征 電子商務(wù)網(wǎng)上支付系統(tǒng)包含面向客戶，面向管理者和系統(tǒng)管理三部分，根據(jù)功能分布特點(diǎn)，將系統(tǒng)用戶劃分為議以下三種： 1．客戶 展 使用網(wǎng)上支付系統(tǒng)進(jìn)行付款、收款、賬戶和交易管理的客戶。 10 第 3 章 系統(tǒng)設(shè)計(jì) 本章主要介紹項(xiàng)目的架構(gòu)設(shè)計(jì)過(guò)程，包括需求分析，系統(tǒng)設(shè)計(jì)以及界面設(shè)計(jì)三部分。 Hibernate 可以應(yīng)用在任何使用 JDBC 的場(chǎng)合，既可以在 Java 的客戶端程序使用，也可以在 Servlet/JSP 的 Web 應(yīng)用中使用，最具 革命意義的是， Hibernate 可以 9 在應(yīng)用 EJB 的 J2EE 架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任 [9]。 錯(cuò)誤 !未找到引用源。在 Spring 中 ，應(yīng)用對(duì)象被聲明式地組合，典型地是在一個(gè) XML 文件里。然而， Spring 不應(yīng)該被混同于傳統(tǒng)的重量級(jí)的 EJB 容器，它們經(jīng)常是龐大與笨重的，難以使用。它們并不負(fù)責(zé)（甚至是意識(shí)）其它的系統(tǒng)級(jí)關(guān)注點(diǎn)，例如日志或事務(wù)支持。 面向切面 —— Spring 提供了面向切面編程的豐富支持，允許通過(guò)分離應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)級(jí)服務(wù)（例如審計(jì)和事務(wù)管理）進(jìn)行內(nèi)聚性的開(kāi)發(fā)。當(dāng)應(yīng)用了 IoC，一個(gè)對(duì)象依賴的其它對(duì)象會(huì)通過(guò)被動(dòng)的方式傳遞進(jìn)來(lái)，而不是這個(gè)對(duì)象自己創(chuàng)建或者查找依賴對(duì)象。此外， Spring 是非侵入式的、典型地， Spring 應(yīng)用中的對(duì) 象不依賴于Spring 的特定類。完整的 Spring 框架可以在一個(gè)大小只有 1MB 多的 JAR 文件里發(fā)布。借助于 XML 定義文件，開(kāi)發(fā)者能夠在運(yùn)行時(shí)連接不同的應(yīng)用組件，這對(duì)于單元測(cè)試特別有用，特別是那些需要針對(duì)不同客戶實(shí)施不同的配置而言 [7]。 簡(jiǎn)單來(lái)說(shuō)， Spring 是一個(gè)輕量級(jí)的控制反轉(zhuǎn) (IoC)和面向切面 (AOP)的容器框架?？梢哉f(shuō) Spring 是企業(yè)應(yīng)用開(kāi)發(fā)的“一站式”選擇，并貫穿表現(xiàn)層、業(yè)務(wù)層及持久 8 層。 Spring作為開(kāi)源的中間件，獨(dú)立于各種應(yīng)用服務(wù)器，甚至無(wú)須應(yīng)用服務(wù)器的支持，也能提供應(yīng)用服務(wù)器的功能，如聲明式事務(wù)等。從簡(jiǎn)單性、可測(cè)試性和松耦合的角度而言，任何 Java 應(yīng)用都可以從 Spring 中受益。 Spring 使用基本的 JavaBean 來(lái)完成以前只可能由 EJB 完成的事情。 2． Spring 框架 Spring 是一個(gè)開(kāi)源框架，它由 Rod Johnson 創(chuàng)建?；蛘哒f(shuō)， WebWork衍生出了 Struts2，而不是 Struts 1 衍生了 Struts2。Struts 2 與 Struts 1 相比，確實(shí)有很多革命性的改進(jìn)，但它并不是新發(fā)布的新框架，而是在另一個(gè)赫赫有名的框架： WebWork 基礎(chǔ)上發(fā)展起來(lái)的。從而簡(jiǎn)化系統(tǒng)中表示層的 設(shè)計(jì)和開(kāi)發(fā)實(shí)現(xiàn)，進(jìn)而避免在頁(yè)面中出現(xiàn)大量的 Java 腳本代碼 [6]。 簡(jiǎn)化表示層頁(yè)面的設(shè)計(jì)和實(shí)現(xiàn)。 由于基于 Struts 框架技術(shù)實(shí)現(xiàn)的 Web 應(yīng)用系統(tǒng)中的控制層、業(yè)務(wù)層與表示層三 者之間各自相互分離，所以這樣的設(shè)計(jì)方案能夠使應(yīng)用系統(tǒng)中的表示層的開(kāi)發(fā)者（網(wǎng)頁(yè)設(shè)計(jì)人員）與后臺(tái)業(yè)務(wù)功能具體實(shí)現(xiàn)的 Java 程序員各司其職和分工明確，并且可以并行開(kāi)發(fā)，提高開(kāi)發(fā)效率。 錯(cuò)誤 !未找到引用源。 采用 Struts 框架技術(shù)，可以加快應(yīng)用系統(tǒng)的開(kāi)發(fā)速度、增強(qiáng)應(yīng)用系統(tǒng)的靈活性、降低應(yīng)用系統(tǒng)中的各個(gè)層組件之間的耦合度。 錯(cuò)誤 !未找到引用源。 Struts 框架本身實(shí)現(xiàn)了 MVC 模式，也發(fā)展了 MVC 模式；應(yīng)用系統(tǒng)的開(kāi)發(fā)者可以采用 “填空 ”式的方式來(lái)進(jìn)行開(kāi)發(fā)，因?yàn)?Struts 框架將一個(gè)標(biāo)準(zhǔn)的 MVC 的具體實(shí)現(xiàn)中的各個(gè)組件部分已經(jīng)劃分清晰和組件分離了。 錯(cuò)誤 !未找到引用源。 利用 Struts 框架進(jìn)行 Web 應(yīng)用系統(tǒng)開(kāi)發(fā)時(shí)，不僅從整體上能夠減輕構(gòu)建 J2EE Web 應(yīng)用系統(tǒng)項(xiàng)目的設(shè)計(jì)和開(kāi)發(fā)實(shí)現(xiàn)的負(fù)擔(dān)，也為 Web 應(yīng)用系統(tǒng)提供國(guó)際化、異常處理和數(shù)據(jù)庫(kù)連接池等方面的技術(shù)支持。它采用 MVC 模式，能夠很好地幫助 Java 開(kāi)發(fā)者利用 J2EE 開(kāi)發(fā) Web 應(yīng)用。 MVC 模式將業(yè)務(wù)處理與顯示分離，運(yùn)用 MVC 的應(yīng)用程序的三個(gè)部件是相互對(duì)立，改變其中一個(gè)不會(huì)影響其它兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想你能構(gòu)造良好的低偶合的構(gòu)件。 Struts， Spring， Hibernate 本項(xiàng)目中采用的是 + + 的整合： 1． Struts 框架 基于 MVC 的 Web 應(yīng)用經(jīng)典框架 MVC 模式， ModelViewControl 的縮寫(xiě) ，模型（ Model）封裝數(shù)據(jù)和所有基于對(duì)這些數(shù)據(jù)的操作，視圖（ View）封裝對(duì)數(shù)據(jù)的顯示，即用戶界面。為了實(shí)現(xiàn)“高內(nèi)聚、低耦合”，把問(wèn)題劃分開(kāi)來(lái)，對(duì)軟件進(jìn)行分層，各個(gè)解決，易于控制，易于延展， 6 易于分配資源。 軟件工程中。而且框架一般是成熟穩(wěn)健的，可以處理系統(tǒng)中的很多細(xì)節(jié)問(wèn)題，比如，事物處理，安全性，數(shù)據(jù)流控制等問(wèn)題。 軟件系統(tǒng)發(fā)展到今天，已經(jīng)很復(fù)雜了，特別是服務(wù)器端軟件，涉及到的知識(shí)、內(nèi)容、問(wèn)題太多。 應(yīng)用框架 Spring 框架的設(shè)計(jì)者 Rod Johnson 對(duì)框架技術(shù)的描述是：框架是可重用的、 半成品的應(yīng)用程序模塊，它可以用來(lái)產(chǎn)生專門(mén)的定制程序。最健壯的操作系統(tǒng)可達(dá)到 %的可用性或每年只需 5 分鐘停機(jī)時(shí)間。 J2EE 部署到可靠的操作環(huán)境中，他們支持長(zhǎng)期的可用性。因?yàn)?Inter 是全球化的、無(wú)處不在的，即使在夜間按計(jì)劃停機(jī)也可能造成嚴(yán)重?fù)p失。這種部署可達(dá)數(shù)千個(gè)處理器，實(shí)現(xiàn)可高度伸縮的系統(tǒng)，滿足未來(lái)商業(yè)應(yīng)用的需要。 J2EE 領(lǐng)域的供應(yīng)商提供了更為廣泛的負(fù)載平衡策略?；?J2EE 平臺(tái)的應(yīng)用程序可被部署到各種操作系統(tǒng)上。 錯(cuò)誤 !未找到