畢業(yè)論文-基于Hybris商業(yè)套件的B2C網(wǎng)站的設計與實現(xiàn)

1、湖 南 科 技 大 學畢 業(yè) 設 計（ 論 文 ）題目基于hybris的B2C網(wǎng)站管理系統(tǒng)退貨單的實現(xiàn)作者學院計算機科學與工程專業(yè) 計算機科學與技術學號指導教師二一 年 月 日目錄 TOC o 1-3 h z u HYPERLINK l _Toc483579015 第一章 緒論 - 47 -基于Hybris商業(yè)套件的B2C網(wǎng)站的設計與實現(xiàn)摘要 隨著互聯(lián)網(wǎng)在全球范圍內的覆蓋和電子商務突飛猛進的發(fā)展，網(wǎng)上購物已經(jīng)成為現(xiàn)代人生活中不可或缺的一部分。電子商務改變了人們的購物方式和習慣，并為企業(yè)帶來優(yōu)厚的利潤，作為電子商務載體的網(wǎng)上商城，成為連接企業(yè)和平民百姓的橋梁。為打造電子商務平臺更多的功能，并減少

2、網(wǎng)上商城的研發(fā)周期，越來越多的企業(yè)將目光轉向如何開發(fā)出能夠集成各種渠道的電子商務平臺。SAP Hybris作為集B2C和B2B于一體的電子商務平臺，為企業(yè)提供了全渠道電子商務解決方案。考慮到Hybris平臺的高擴展性和易用性，以及B2C市場的廣闊性，本項目以Hybris商業(yè)套件作為研究對象，基于該平臺開發(fā)出一套用于銷售酒的B2C網(wǎng)站。 關鍵詞 電子商務; Hybris; 全渠道; B2C;Design and implementation of B2C website based on Hybris business suiteAbstract with the rapid developme

3、nt of the Internet and the rapid development of e-commerce, online shopping has become an indispensable part of modern life. E-commerce has changed the way people shopping and habits, and bring good profits for the enterprise, as the carrier of e-commerce online shopping mall, become a bridge connec

4、ting enterprises and civilians. In order to build more functions of e-commerce platform, and reduce the development cycle of online shopping mall, more and more enterprises are turning their attention to how to develop e-commerce platform which can integrate various channels. SAP Hybris as a set of

5、B2C and B2B in one of the e-commerce platform for enterprises to provide a full range of e-commerce solutions. Taking into account the high scalability and ease of use of the Hybris platform, as well as the B2C market, the project is based on the Hybris business suite as the research object, based o

6、n the platform to develop a set of B2C website for the sale of wine. This system has realized the customer browsing commodity, joins to the shopping cart, the production order and the online payment and so on a series of shopping flow, as well as the backstage to the user and the commodity informati

7、on management function. Electronic commerce Hybris; full channel; B2C;1 緒論論文背景和研究意義在全球經(jīng)濟一體化，互聯(lián)網(wǎng)飛速發(fā)展的時代，越來越多的人偏向于在在網(wǎng)絡上獲取在本地購買不到東西，以及從網(wǎng)絡上獲取更多的有相關信息，傳統(tǒng)的實體店鋪已經(jīng)無法滿足當代的生活。企業(yè)轉向與線上、線下一體化的運營模式，而線上的銷售其成本相對于實體店鋪低，管理便利，信息清晰明了等優(yōu)點。而在消費者和企業(yè)共同的需求之下，帶動了在線交易、在線支付等技術的迅猛發(fā)展，而這些為網(wǎng)絡購物保駕護航。為了滿足消費者、和企業(yè)的共同需求， 出現(xiàn)了全渠道電子商務。Hybr

8、is全渠道商業(yè)解決方案是目前新一代電子商務系統(tǒng)，相比傳統(tǒng)的電子商務系統(tǒng)有著不可相比的優(yōu)勢。首先，從構架方面來講：hybris有完整的平臺；全面集成，一站式提供B2B，B2C甚至B2B2C；全渠道接入，無縫隙集成。其次，從功能方面來講：全方位支持現(xiàn)代化網(wǎng)絡，統(tǒng)一線上線下。再次，從平臺構成來說，hybris有強大的自主數(shù)據(jù)管理模式，全方位支持訂單管理，有統(tǒng)一的庫存視圖。最后，從適應性方面來看，hybris將社交與電商平臺完美整合在一起。支持微信支付、網(wǎng)銀支付、支付寶支付、銀聯(lián)支付、Appale Pay，并且支持多國版本及語言的定制，“In China,For China.”。1.2 論文主要工作論

9、文設計和實現(xiàn)了基于hybris商務套件的B2C網(wǎng)站管理系統(tǒng)。論文工作核心點包含了以下方面：了解Hybris商務套件的系統(tǒng)架構和運行機制，按照hybris官網(wǎng)的Wiki的知識點進行運用，熟悉hybris平臺，并對相關的使用方法做了描述和總結。按照整個購物流程對網(wǎng)站管理系統(tǒng)進行了總體設計，使用Spring MVC框架構建系統(tǒng)。使用hybris B2C模板，完成了網(wǎng)站的主要功能模塊。結合實際應用場景，對系統(tǒng)進行需求分析、概要設計、詳細設計等工作運用java 編寫客戶端和服務器端的程序在實體機和電腦上安裝部署系統(tǒng)，并進行調試工作2 相關技術介紹2.1 Hybris平臺介紹2.1.1 背景概述全世界多家

10、著名B2B企業(yè)已經(jīng)開始認可hybris的整體商業(yè)解決方案，hybris的客戶分布在各個行業(yè)，例如制造、電信、金融服務、保險、消費品、零售行業(yè)等。傳統(tǒng)的CRM工具正在迅速淘汰。他們通常沒有必要的廣度來滿足對全方位客戶參與的日益增長的需求。企業(yè)需要的是一種全面的方法，可以在客戶的所有接觸點和功能活動中始終如一地接觸客戶，而不僅僅是通過電子商務，銷售點，營銷，社交媒體，銷售人員自動化或客戶服務的隔熱解決方案。在數(shù)字經(jīng)濟中，客戶期望每個渠道的個性化體驗。任何較少的風險被視為噪音。企業(yè)需要了解客戶背景：客戶已經(jīng)做了什么，他們現(xiàn)在正在做什么，以及他們將來可能做什么。沒有了這個，營銷人員就無法預料或滿足觀眾

11、的需求。2013年6月，SAP對外宣布收購hybris服務，并開始大力推廣hybris。到目前為止，全球約500家公司選擇hybris，例如3M、尼康、通用、優(yōu)衣庫、星巴克等。Hybris的關鍵亮點在于全渠道商業(yè)模式的完美開發(fā)，統(tǒng)一線上線下，讓客戶清楚看到核心數(shù)據(jù)，而無論使用hybris的公司身處什么行業(yè)，都能為其客制化相應的hybris系統(tǒng)。 2.2 Hybris系統(tǒng)設計介紹Hybris商業(yè)套件是高度靈活和模塊化的軟件，靈活性體現(xiàn)在多層次的抽象化和功能化。在程序的層次中，hybris產(chǎn)品可以分為五個層次：表現(xiàn)層，功能層，平臺層（Platform Layer/API），應用服務器層和數(shù)據(jù)庫層。

12、如圖2.1所示：圖2.1 hybris產(chǎn)品組件的構架圖2.2.1 Hybris系統(tǒng)基本構架從圖2.2來看，hybris商務套件分成獨立的包，分別是Commerce，Content，Channel和Orders。圖2.2 Hybris商務套件組成圖從圖2.2中可以看出，hybris商務套件被分成主要五個部分，它們分別是：platform、commerce、content、orders、channel。其中，content、orders、channel和commerce組件都圍繞platform。而content、orders、channel組件以commerce組件為中心。下面將詳細分析各個部分

13、的主要內容。Platform平臺該平臺是一個擴展，主要是業(yè)務邏輯、類型定義、web應用等；同時也是數(shù)據(jù)庫和應用服務器的抽象層，包含了對象關系映射框架、編譯框架、Cockpit框架等一系列系統(tǒng)框架和數(shù)據(jù)模型的確認和導入、web服務、文件配置和Hybris服務器等功能集成。Content內容管理組件內容管理組件主要負責的功能有：產(chǎn)品數(shù)據(jù)管理，類目管理，與外部系統(tǒng)同步，工作流及它們之間的協(xié)作，分類系統(tǒng)和媒體資源管理。Commerce商務組件Commerce組件為客戶提供了商務全景覆蓋，即多商標和多商店支持、促銷方案及營銷等。Channel通道組件Channel對外發(fā)布接口。支持移動平臺，提供了Hyb

14、ris Mobile SDK，移動端在線商城模塊和條形碼集成等；可以擴展支持外界打??；提供WCMS網(wǎng)站內容管理，支持該組件與前臺技術獨立開，支持多商店情景，控制靜態(tài)和動態(tài)網(wǎng)站內容用戶接口；支持店鋪內部管理應用，顯示商品詳細信息，檢查庫存情況等。Orders訂單組件訂單管理模塊是所有其他模塊的前提，支持分布式的訂單管理，如加工、控制和按指定路線發(fā)送訂單等；提供查看所有訂單歷史的功能；根據(jù)系統(tǒng)需要配置訂單管理服務，如通過單一視圖訪問所有通道、訂單貨源和分配、裝箱和分發(fā)、商務基礎設施服務等。2.3 Spring MVC介紹Spring MVC是Spring框架中用于web應用快速開發(fā)的一個模塊，被廣

15、泛用作世界最主流的web開發(fā)框架。作為一個輕量級的解決方案，包含20多個不同的模塊，主要使用了依賴注入技術和控制反轉等相關框架概念。2.3.1 Spring MVC處理請求的流程下圖是Spring MVC處理請求的流程圖：圖2.7 處理請求流程圖具體執(zhí)行步驟如下：首先，使用者將請求發(fā)送到Web容器中；前端控制器捕獲該請求，找到相應的處理程序映射器，選擇適當?shù)捻撁婵刂破鳎颜埱蟀l(fā)送給頁面控制器；頁面控制器（Page Controller）收到請求后，開始解析。解析完之后會將數(shù)據(jù)和渲染對象返回給前臺控制器；前端控制器（Front Controller）根據(jù)返回的渲染視圖（View Name），發(fā)送

16、給相應的渲染視圖，對數(shù)據(jù)進行視圖渲染；前端控制器將渲染后的視圖返回到客戶端呈現(xiàn)。2.3.2 Spring MVC架構下圖為Spring MVC核心構架圖：圖2.8 Spring MVC核心構架圖系統(tǒng)需求分析 3.1 系統(tǒng)功能需求分析本系統(tǒng)實現(xiàn)的是B2C網(wǎng)站管理系統(tǒng)的退貨單功能模塊，用戶集群有：客服和系統(tǒng)管理人員。其中客服平臺需要實現(xiàn)的功能包括：對業(yè)務的管理，主要有對退貨單的查詢、審核退貨單、傳輸ERP系統(tǒng)、確認入庫、提交退款金額、拒絕退貨單申請等功能；內部管理平臺需要實現(xiàn)顧客和產(chǎn)品的管理功能，主要有：用戶信息查看及權限管理、退貨單信息管理等功能。3.1.2退貨單模塊功能需求退貨單模塊主要是有企

17、業(yè)的客服人員對用戶申請的退貨單進行操作，主要功能有：退貨單基本信息：顯示退貨單號、hybris訂單號、申請時間、入庫時間、送貨方式、退貨單狀態(tài)、店鋪名稱、客戶昵稱、客戶手機號、快遞單號、退貨原因、退入倉庫、應退金額、退貨運費。退貨單明細：顯示行號、商品編碼、平臺商品編碼、商品名稱、最大數(shù)量、退貨數(shù)量、應退單價、應退金額、實退金額、操作、新增、確認入庫、提交退款等。在明細中由客服人員進行填寫實退金額和實退商品數(shù)量。其中：退貨數(shù)量在退貨單狀態(tài)為待審核（WAITVIEW）時可填寫、實退金額在退貨單狀態(tài)為確認入庫（RECEIVED）時可填寫、實退數(shù)量在退貨單狀態(tài)為退貨中（RETURNING）時可填寫、

18、應退金額=應退單價*退貨數(shù)量、實退金額填寫后，實時計算，加上退貨運費，賦值給退貨單頭的應退總額字段（ReturnRequest.amount）；即：ReturnRequest.amount=RefundEntry. Amount+ ReturnRequest. deliveryCost。新增退貨單行：在退貨訂單明細中點擊新增按鈕，新增一行退貨單行，新增行對應訂單行，且不與已生成的退貨單行重復；只有在待審核的退貨單中可點新增。刪除退貨單行：點擊刪除按鈕，刪除一行退貨單行，對應退貨單的應退總額（ReturnRequest.amount）實時計算，只有在待審核的退貨單中可點刪除。審核通過：點擊審核通

19、過，彈窗顯示確認提醒。點擊確認后，退貨單狀態(tài)變?yōu)閷徍送ㄟ^并關閉彈窗，刷新視圖返回頁面，點擊取消、關閉按鈕和頁面分彈窗區(qū)域關閉彈窗并不改變退貨單狀態(tài)。拒絕申請：點擊拒絕申請，彈窗顯示確認提醒。輸入拒絕理由后可點擊確認，否則不可點擊確認；點擊確認后，退貨單狀態(tài)變?yōu)橐丫芙^并關閉彈窗，退貨單詳情頁顯示拒絕理由；點擊取消、關閉按鈕和頁面分彈窗區(qū)域關閉彈窗并不改變退貨單狀態(tài)。 換貨訂單：點擊換貨訂單按鈕，彈窗顯示換貨訂單生成確認提醒。當換貨數(shù)量不為空的時候，可點擊確認按鈕，生成換貨訂單；點擊取消按鈕、關閉按鈕和頁面非彈窗區(qū)域關閉彈窗，且不生成換貨訂單。確認入庫：點擊確認入庫按鈕，彈窗顯示確認提醒。點擊確認

20、按鈕，退貨單狀態(tài)變?yōu)榇_認入庫且關閉彈窗；點擊取消按鈕、關閉按鈕和頁面非彈窗區(qū)域關閉彈窗且不改變退換單狀態(tài)。提交退款：點擊提交退款按鈕，彈窗顯示確認提醒。點擊確認按鈕，退貨單“是否退款成功”標記變?yōu)椤笆恰鼻谊P閉彈窗；點擊取消按鈕、關閉按鈕和頁面非彈窗區(qū)域關閉彈窗且不改變“是否退款成功”標記。3.2 系統(tǒng)非功能需求分析軟件的非功能性需求，是指軟件產(chǎn)品為滿足用戶業(yè)務需求而必須具有且除功能需求以外的特性。由于非功能需求更加靠近的是技術，是架構師關注的內容，因此非功能需求往往被忽略。非功能需求可以簡單歸納為“URPS+”，即可用性（Usability）、可靠性（Reliability）、性能（Perfo

21、rmance）、可支持性（Supportability）以及其他（+）。下面從這幾個方面介紹系統(tǒng)的非功能性需求分析：可用性可理解性：網(wǎng)站主頁需要提供網(wǎng)站的目錄和索引，方便網(wǎng)站的推廣和用戶高效得操作。用戶界面及其友好性：網(wǎng)站設計需要以用戶為中心，按照用戶的操作習慣來安排站點元素。頁面響應時間要一致?？煽啃园踩喊踩珔f(xié)議和支付系統(tǒng)的安全性，即使用安全電子交易協(xié)議，保證支付信息的機密、支付過程的完整；隱私和保密性，即保護用戶資料不被泄露。無缺陷性：提供724小時的無故障服務，要求系統(tǒng)可以連續(xù)正常工作，對于鏈接錯誤有很好的時效性。能兼容各個瀏覽器。性能網(wǎng)頁的響應速度：平均響應時間控制在5秒之內；壓力測

22、試評估：支持500人同時在線；網(wǎng)站穩(wěn)定性：網(wǎng)站全局無故障時間可高達20000小時。系統(tǒng)總體設計系統(tǒng)的總體設計主要包括了系統(tǒng)的概要設計和系統(tǒng)開發(fā)部署環(huán)境的介紹。其中，概要設計階段設計出了系統(tǒng)的總體構架，并將系統(tǒng)細分成三個模塊，對這些模塊做了簡單的功能介紹。4.1系統(tǒng)概要設計4.1.1總體構架設計圖4.1為物理構架設計圖4.1系統(tǒng)物理架構圖圖4.2為系統(tǒng)總體構架設計 圖4.2 系統(tǒng)總體構架圖4.1.2系統(tǒng)模塊設計根據(jù)hybris商務套件的組成結構，將本系統(tǒng)分成三個大的實現(xiàn)模塊，它們分別是：Storefront模塊、HMC模塊和cockpit模塊。storefront模塊是網(wǎng)站前臺的實現(xiàn)部分，主要是

23、顧客進行操作；HMC模塊是大部分后臺管理功能的實現(xiàn)部分，即用戶信息管理和訂單維護與管理；cockpit模塊主要實現(xiàn)了商品信息有關的部分。其中，HMC模塊和cockpit模塊是系統(tǒng)管理員進行操作。HMC模塊HMC是hybris Management Console的縮寫，即hybris管理控制平臺。本系統(tǒng)的HMC模塊主要包括用戶信息管理子模塊和訂單維護與管理子模塊。系統(tǒng)管理員負責維護這個模塊的信息。用戶信息管理子模塊這個子模塊主要用于查看和管理會員的信息。查看所有會員：ID（注冊的郵箱）、Name、用戶ID（系統(tǒng)為每個注冊用戶自動分配的ID號）和用戶類型（根據(jù)類型可以設置權限）。查看會員詳細信息

24、：收貨地址、訂單歷史記錄、訪問權限等創(chuàng)建用戶分組：管理員可以創(chuàng)建不同的分組來管理不同的用戶，分組信息主要是分組ID、分組名稱及描述。設置用戶權限：根據(jù)不同的分組信息，管理員可以設置不同的訪問權限。訂單維護與管理子模塊管理員通過這個模塊可以查看訂單詳情、修改訂單狀態(tài)、查看訂單歷史、維護促銷信息、管理支付信息和管理配送信息等。查看訂單詳情，包括訂單擁有者、訂單號、下單日期、對應產(chǎn)品、數(shù)量、價格等。還可以查看是否是促銷商品、本訂單的付款及配送信息。查看訂單歷史可以查看前臺產(chǎn)生的所有訂單，包括訂單號、下訂單日期、總計及對應用戶郵件地址。結果根據(jù)訂單號排列展示。維護促銷信息當企業(yè)需要在某一個特定的時間要

25、舉行打折促銷活動，系統(tǒng)管理員可以對商品進行促銷設置，可以根據(jù)會員的等級設置不同的打折力度。管理支付信息管理員可以查看系統(tǒng)的渠道的到賬情況等；Cockpit模塊Cockpit模塊主要是管理員維護的商品信息，包括商品分類、商品信息管理、上下架及庫存信息維護等。商品信息維護子模塊商品分類管理本模塊主要是對商品進行維護的一系列操作。商品信息管理商品信息主要包括：基本信息（平臺規(guī)格編碼、平臺規(guī)格名稱、目錄版本、是否批準、銷售單位、描述、摘要等），類別系統(tǒng)，價格，多媒體（圖像）等。上下架子模塊管理員設置上下架規(guī)則，如批準狀態(tài)為“已批準”可以自動上架，商品按照時間自動下架。管理員也可以手工上架或下架。庫存信

26、息維護子模塊管理員根據(jù)實際庫存信息，及時更新網(wǎng)站的商品的剩余量。4.1.3數(shù)據(jù)庫設計1.退貨單表，主要包含ERP編碼、實退金額、退貨運費、物流編號、換貨編號、退貨編號、申請時間、平臺退貨號、拒絕理由、狀態(tài)、退入倉庫。具體信息如下表所示：字段名稱 類型約束描述是否搜索可寫可讀ERPCodeStringNone ERP編碼是是是AmountDoubleNone實退金額是是是DeliveryCostDoubleNone退貨運費是是是LogisticsNoStringNone物流編號是是是ExchangeCodeStringNone換貨編號是是是CodeStringprimary退貨編號是是是Appl

27、yDateDateNone申請時間是是是PlatformCodeStringNone平臺退貨號是是是RrfuseReasonStringNone拒絕理由是 是 是StatusEnumNone狀態(tài)是 是 是ReturnhouseStringNone退入倉庫是 是 是表4.1退換單表（ReturnRquest）2.訂單表（order），主要包含平臺訂單號、客戶備注、是否需要發(fā)票、修改歷史、商家備注、是否簽收、物流信息、訂貨人、訂單狀態(tài)、商品數(shù)量、支付時間、物流評價。具體信息如下表所示：字段名稱 類型約束描述是否搜索可寫可讀PlatformCodeStringPrimary平臺訂單號是是是Buyer

28、RemarkStringNone客戶備注是是是InvoiceBoolNone是否發(fā)票是是是ChangeHistoryStringNone修改歷史是是是VenderRemarkStringNone商家備注是是是IsGoodReceivedBoolNone是否簽收是是是LogisticeInfStringNone物流信息是是是PlaceByStringNone訂貨人是是是StatusEnumNone訂單狀態(tài)是 是 是QuantityIntNone商品數(shù)量是 是 是PayDateDateNone支付時間是 是 是LogisticeRatingStringNone物流評價是 是 是表4.2訂單表（Or

29、der）3退貨單行表（returnEntry），主要包含操作、收到數(shù)量、狀態(tài)、備注、到達日期、預期數(shù)量，具體信息如下表所示：字段名稱 類型約束描述是否搜索可寫可讀ActionStringNone操作是是是Receivequantity IntNone收到數(shù)量是是是StatusEnumNone狀態(tài)是是是RemarkStringNone備注是是是ReachedDateDateNone到達日期是是是ExpectQuantityIntNone預期數(shù)量是是是表4.3退貨單行表（returnEntry）4. 商品表（product），主要包含平臺編碼、新品時間、商品圖片、確定性庫存、平臺品類、是否新品、年

30、度季度、運費模板、是否失效、spu編碼、初上市時間、標題、賣點、價格、介紹、狀態(tài)。具體信息如下表所示：字段名稱 類型約束描述是否搜索可寫可讀PlatformCodeStringPrimary平臺編碼是是是NewSetDateDateNone新品時間是是是ProductImageStringNone商品圖片是是是DeterministicInvStringNone確定性庫存是是是TBCategoryStringNone平臺品類是是是NewArrivalFlagStringNone是否新品是是是YearseasonStringNone年度季度是是是DeliveryTempStringNone運費模

31、板是是是InactiveStringNone是否失效是 是 是SPUCodeStringNoneSPU編碼是 是 是firstOnDateDateNone初上市時間是 是 是TitleStringNone標題是 是 是SellpointStringNone賣點 是 是 是PriceDoubleNone價格 是 是 是IntroduceStringNone介紹 是 是 是StatusStringNone狀態(tài) 是 是 是表4.4 商品表（product）數(shù)據(jù)庫E-R模型圖如圖4.5所示。圖4.5 退貨單模塊E-R圖4.2 系統(tǒng)開發(fā)及部署環(huán)境4.2.1開發(fā)環(huán)境表4.6開發(fā)環(huán)境操作系統(tǒng)Windows

32、10 i3 64位開發(fā)語言Java開發(fā)工具JDK 1.8, Eclipse J2EE版本,系統(tǒng)組件hybris-commerce-suite-部署環(huán)境表4.7系統(tǒng)部署環(huán)境服務端操作系統(tǒng)Windows 10客戶端操作系統(tǒng)Windows 10開發(fā)階段5.1 準備階段Hybris商務套件需要特殊的配置部署環(huán)境，只有在環(huán)境配置成功的前提下才能進行功能的開發(fā)。配置hybris環(huán)境安裝java環(huán)境，配置環(huán)境變量path。注意：要安裝合適的JDK版本，太高或太低都會報錯。本系統(tǒng)采用的是jdk_1.8。安裝Eclipse，下載J2EE版本的Eclipse并安裝。安裝hybris套件下載hybris platf

33、orm二進制文件，并解壓，注意解壓的文件路徑不能有空格。在命令行窗口，導航到hybris/bin/platform目錄下執(zhí)行setantenv.bat，確保ant是類路徑；介入ant clean，系統(tǒng)會提示選擇配置模板，點擊enter鍵，使用默認配置開發(fā)；最終控制臺會顯示 BUILD SUCCESSFUL，說明配置成功。成功后，在hybris文件夾目錄下，會生成一些新的文件和文件夾，其中最重要的是config配置文件。運行ant all，編譯系統(tǒng)。將工程導入到Eclipse中，選擇hybris自帶的ant版本。運行hybris啟動服務器，在命令行窗口中輸入cd:hybris/bin/platf

34、orm,輸入hybrisserver.bat，等待服務器啟動。使用hac初始化系統(tǒng)在瀏覽器中打開鏈接 HYPERLINK http:/localhost:9001 http:/localhost:9001. 推薦瀏覽器：Chrome，F(xiàn)ireFox，Safari，不支持Internet Explorer。輸入用戶名和密碼，進入系統(tǒng)。點擊Initialize按鈕，初始化系統(tǒng)。系統(tǒng)初始化結束，即可進行相應開發(fā)。5.2 系統(tǒng)模塊實現(xiàn) 由于本項目是在實習期間的公司對外承包的項目，本人負責通過代碼實現(xiàn)以下三個部分：1.對退貨單進行查詢2.顯示退貨單的詳情頁3.對不同的登錄用戶進行權限設置，特只演示負責模

35、塊的效果。5.2.1效果展示頁面 圖5.1為進入退貨單查詢頁面，顯示基本的查詢字段，根據(jù)字段進行對退貨單查詢。圖5.1 退貨單功能頁 如果對查詢條件不進行篩選，查詢全部的退貨單，則直接點擊查詢按鈕，在下面的表中顯示所有的退貨單條目，如圖5.2所示。圖5.2 查詢所有退貨單 如果想要按照某一個字段進行模糊查詢，則輸入改字段的值，輸入完成后點擊查詢，在下面的表中顯示查詢結果。如圖5.3所示。圖5.3 根據(jù)某個字段模糊查詢當查詢完結果后，選擇一條數(shù)據(jù)，點擊紅色的退貨單號進入該條退貨單詳情頁，結果如圖5.4所示。圖5.4 進入退貨單詳情頁 圖5.5 退貨單詳情頁進入退貨單詳情頁之后，該條退貨單的所有信

36、息就會被顯示出來，結果如圖5.5所示。5.2.2具體代碼操作與實現(xiàn)退貨單查詢圖5.6 退貨單查詢sqlSql拼接的時候最好到hmc中對應的并找出字段的Type，避免字段名稱錯誤導致系統(tǒng)服務異常，所以通常最好進入hmc查看字段如圖5.7，sql語句具體如圖5.6所示，。 圖5.7 hmc查看字段如上，在Type為ReturnRequest中Qualifier為status對應Attribute type的ReturnStatus，那么sql語句的拼接如下：圖5.8最終sql拼接在controller中編寫查詢條件，對于如訂單號等可以選擇模查詢，但是對于日期這樣的字段不建議使用模糊查詢對數(shù)據(jù)進行查

37、詢。模糊查詢圖5 .9模糊查詢 在hybris中，同樣支持%進行模糊查詢，具體查詢語句如圖5.9所示。非模糊查詢圖5.10 非模糊查詢 那么，如果不需要模糊查詢的地方則無需加%。點擊重置按鈕，則表示取消了所有的查詢條件，所有字段全部設置為null。具體實現(xiàn)代碼如下圖所示。圖5.11 重置按鈕的實現(xiàn)退貨單詳情在退貨查詢頁，在查詢行處點擊紅色的退貨單號，進入退貨單詳情頁，如圖5.12。圖5.12進入退貨單詳情頁圖5.13 退貨單詳情頁進入退貨單詳情頁之后如圖5.13所示，顯示該條退貨單的所有信息。審核通過按鈕（自定義彈窗/對話框）圖5.14 點擊審核通過 點擊審核通過按鈕，彈出確定審核通過退貨申請

38、嗎？效果如圖5.14所示。具體實現(xiàn)方法：首先需要在主界面controller和新建的審核通過controller建立連接關系。（簡稱Socket關系），如下圖5.15和圖5.16所示。圖5.15 建立Socket關系圖5.16 定義id然后在綁定的controller中通過viewEvent注釋對點擊事件進行綁定。如圖5.17所示。圖5.17 綁定事件圖5.18 接收相應結果socket 在審核通過的definition.xml中創(chuàng)建一個input標簽，并加入id屬性，然后主界面controller的ViewEvent來接收，后臺邏輯代碼如如圖5.18所示，前臺事件綁定和頁面如圖5.19和圖5

39、.20所示。圖5.19圖5.20 接收響應信息 另外注意彈窗的內容，也是通過zk的方式來編寫。 圖5.21為審核通過的彈窗內容。圖5.21 彈框頁面新增按鈕圖5.22 新增按鈕圖5.23新增按鈕綁定事件新增按鈕的實現(xiàn)和事件綁定原理與審核通過一致，具體實現(xiàn)方法如圖5.22和圖5.23。當然id是需要在ReturnRequestSearch.zul里面定義，并在controller中注入。如圖5.24和圖5.25所示。圖5.24 綁定事件id按鈕圖5.25后臺綁定與前臺定義id一致編寫事件處理由于在邏輯處理中，一個事件可能會多次使用，并設計到復雜的邏輯運算處理，因此我們需要把這類事件從方法中“剝離

40、”出來，從而更好的實現(xiàn)功能。如下圖所示。圖5.26 剝離事件枚舉類型數(shù)據(jù)取值 關于枚舉類型數(shù)據(jù)取值，在這里我們以退貨原因來舉例。圖5.27 枚舉值顯示圖5.28 枚舉值查找枚舉類型數(shù)據(jù)的處理思路是先獲得的下拉框對應的code值，然后通過code找到所對應的枚舉值，接著給model的這個枚舉類型字段賦值，最后將model存儲到數(shù)據(jù)庫中。具體實現(xiàn)如上圖所示。給不同的登錄用戶設置操作權限我們給用戶分配的權限組別為：系統(tǒng)管理員（admingroup），客服人員（customerservicegroup），客服主管（customermanagergroup），電倉管理員（godowngroup）以及財務

41、人員（fiancegroup）。我以客服人員作為代表來介紹，如何在hmc創(chuàng)建客服人員，以及在backoffice如何寫用戶對中臺系統(tǒng)的操作權限。hmc創(chuàng)建客服人員創(chuàng)建后臺管理人員 進入hmc中點擊用戶右鍵點擊創(chuàng)建后臺管理角色，具體步驟如下圖。圖5.29創(chuàng)建后臺管理人員 然后顯示出創(chuàng)建后臺管理角色的信息，按照意愿對數(shù)據(jù)進行自定義填寫如圖5.30所示。圖5.30 創(chuàng)建組 在創(chuàng)建過程中一定要把授權的值設置為否，設置方法如下圖。圖5.31 3.3.2 創(chuàng)建用戶組 一般一個用戶都會有一個所在的用戶組，這樣方便日后對其管理，也方便進行權限管理。創(chuàng)建步驟如下圖所示。圖5.32 創(chuàng)建用戶組 還是一定要注意，授

42、權設置為否，如圖5.33圖5.33 授權值創(chuàng)建員工 創(chuàng)建完用戶組之后，添加員工，添加方法如下圖所示。圖5.34添加員工 接下來為員工進行數(shù)據(jù)維護，并且將這個員工關聯(lián)到一個用戶組，具體設置的方法如圖5.36所示。圖5.35 新增員工數(shù)據(jù) 在一個組中，有一部分人為管理人員，叫做負責人組，接下來我們將給客服管理組添加負責人組。具體的步驟如圖5.36、5.37、5.38 所示圖5.36 添加負責人組圖5.37設置密碼圖5.38權限設置利用創(chuàng)建的員工賬號登錄中臺系統(tǒng) 使用剛才新建的賬號進行登錄系統(tǒng)，如圖5.39所示。圖5.39 登錄系統(tǒng) 然后進入退貨單管理頁面如5.40所示。圖5.40 進入退貨單頁面由

43、于給客服人員設置了必須輸入店鋪名稱才能查詢店鋪的權限，所以不輸入查詢提交，查詢到的結果是空的。 如下圖所示。圖5.41 權限不足 如果使用admin賬號登錄到中臺系統(tǒng)，不輸入任何查詢條件，查詢結果如下圖。圖5.42 admin用戶登錄在代碼中實現(xiàn)權限設置 在后臺頁面中我們對當前的登錄用戶的所在組進行了獲取，判斷當前用戶的身份，然后在后面的代碼中對其進行相應的邏輯控制。代碼實現(xiàn)如下：圖5.42 權限設置邏輯 首先在初始化controller時獲取全局的用戶組，如下圖所示：圖5.43 獲取當前用戶組 然后在需要對其身份判定的時候，進行一次身份校驗，判斷其是否有權限進行操作。實現(xiàn)如下圖所示：圖5.4

44、4 判斷權限系統(tǒng)測試本文主要對后臺系統(tǒng)的幾個模塊進行測試。在進行測試的時候，主要使用的是黑盒測試，根據(jù)系統(tǒng)的功能模塊，設計測試用例，然后運行系統(tǒng)，測試每一個用例，記錄測試結果，分析并改進。在測試的過程中，要經(jīng)過單元測試，集成測試，系統(tǒng)測試和確認測試四個步驟。6.1測試目標本次系統(tǒng)測試的主要目的是保證功能的完整性和實現(xiàn)程度，并檢查各個模塊之間是否流暢相同，數(shù)據(jù)能夠進行正確的運轉，且得到預期的結果。保證管理人員在使用的時候容易理解程序的運轉，以及正確上手熟悉操作流程。6.2測試環(huán)境表6.1 硬件環(huán)境環(huán)境描述硬件部件說明應用服務主機型號：HP ProBook 440 G1配置：Intel(R) Co

45、re(TM) i3-4000M CPU 2.40GHz 2.40GHz，12GB物理內存數(shù)據(jù)庫主機型號：HP ProBook 440 G1配置：Intel(R) Core(TM) i3-4000M CPU 2.40GHz 2.40GHz，12GB物理內存PC客戶端型號：HP ProBook 440 G1配置：Intel(R) Core(TM) i3-4000M CPU 2.40GHz 2.40GHz，12GB物理內存表6.2 軟件環(huán)境描述 軟件部件說明web前端服務器操作系統(tǒng)：Win10 專業(yè)版 64位JDK：1.8.0_13Eclipse apache-tomcat-7.0.55數(shù)據(jù)庫主機操

46、作系統(tǒng)：Win10 專業(yè)版 64位數(shù)據(jù)庫：HSQL客戶端主機：Win10（64位）瀏覽器：Chrome/ FireFox開發(fā)環(huán)境：Eclipse J2EE電子商務平臺Hybris-commerce-suite-5.3 測試采用局域網(wǎng)作為網(wǎng)絡環(huán)境，服務器端與客戶端均在PC機上進行。服務器和客戶機的硬件環(huán)境和軟件環(huán)境情況等如表6.1和表6.2所示，采用的hybris商務套件版本為5.3。6.3測試用例及說明 （1）測試用例1：測試用例名稱退貨單查詢功能操作步驟啟動服務，在瀏覽器中打開中臺系統(tǒng)鏈接，進入主界面輸入客服賬號密碼點擊管理、業(yè)務管理、訂單、退貨單輸入相關查詢內容顯示出查詢內容注意事項根據(jù)客服賬號的角色分組，普通