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

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

2、網(wǎng)上商城的研發(fā)周期，越來越多的企業(yè)將目光轉(zhuǎn)向如何開發(fā)出能夠集成各種渠道的電子商務(wù)平臺。SAP Hybris作為集B2C和B2B于一體的電子商務(wù)平臺，為企業(yè)提供了全渠道電子商務(wù)解決方案?？紤]到Hybris平臺的高擴(kuò)展性和易用性，以及B2C市場的廣闊性，本項(xiàng)目以Hybris商業(yè)套件作為研究對象，基于該平臺開發(fā)出一套用于銷售酒的B2C網(wǎng)站。 關(guān)鍵詞 電子商務(wù); 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)濟(jì)一體化，互聯(lián)網(wǎng)飛速發(fā)展的時代，越來越多的人偏向于在在網(wǎng)絡(luò)上獲取在本地購買不到東西，以及從網(wǎng)絡(luò)上獲取更多的有相關(guān)信息，傳統(tǒng)的實(shí)體店鋪已經(jīng)無法滿足當(dāng)代的生活。企業(yè)轉(zhuǎn)向與線上、線下一體化的運(yùn)營模式，而線上的銷售其成本相對于實(shí)體店鋪低，管理便利，信息清晰明了等優(yōu)點(diǎn)。而在消費(fèi)者和企業(yè)共同的需求之下，帶動了在線交易、在線支付等技術(shù)的迅猛發(fā)展，而這些為網(wǎng)絡(luò)購物保駕護(hù)航。為了滿足消費(fèi)者、和企業(yè)的共同需求， 出現(xiàn)了全渠道電子商務(wù)。Hybr

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

26、息維護(hù)子模塊管理員根據(jù)實(shí)際庫存信息，及時更新網(wǎng)站的商品的剩余量。4.1.3數(shù)據(jù)庫設(shè)計1.退貨單表，主要包含ERP編碼、實(shí)退金額、退貨運(yùn)費(fèi)、物流編號、換貨編號、退貨編號、申請時間、平臺退貨號、拒絕理由、狀態(tài)、退入倉庫。具體信息如下表所示：字段名稱 類型約束描述是否搜索可寫可讀ERPCodeStringNone ERP編碼是是是AmountDoubleNone實(shí)退金額是是是DeliveryCostDoubleNone退貨運(yùn)費(fèi)是是是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)、備注、到達(dá)日期、預(yù)期數(shù)量，具體信息如下表所示：字段名稱 類型約束描述是否搜索可寫可讀ActionStringNone操作是是是Receivequantity IntNone收到數(shù)量是是是StatusEnumNone狀態(tài)是是是RemarkStringNone備注是是是ReachedDateDateNone到達(dá)日期是是是ExpectQuantityIntNone預(yù)期數(shù)量是是是表4.3退貨單行表（returnEntry）4. 商品表（product），主要包含平臺編碼、新品時間、商品圖片、確定性庫存、平臺品類、是否新品、年

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

31、板是是是InactiveStringNone是否失效是 是 是SPUCodeStringNoneSPU編碼是 是 是firstOnDateDateNone初上市時間是 是 是TitleStringNone標(biāo)題是 是 是SellpointStringNone賣點(diǎn) 是 是 是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)境服務(wù)端操作系統(tǒng)Windows 10客戶端操作系統(tǒng)Windows 10開發(fā)階段5.1 準(zhǔn)備階段Hybris商務(wù)套件需要特殊的配置部署環(huán)境，只有在環(huán)境配置成功的前提下才能進(jì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二進(jìn)制文件，并解壓，注意解壓的文件路徑不能有空格。在命令行窗口，導(dǎo)航到hybris/bin/platform目錄下執(zhí)行setantenv.bat，確保ant是類路徑；介入ant clean，系統(tǒng)會提示選擇配置模板，點(diǎn)擊enter鍵，使用默認(rèn)配置開發(fā)；最終控制臺會顯示 BUILD SUCCESSFUL，說明配置成功。成功后，在hybris文件夾目錄下，會生成一些新的文件和文件夾，其中最重要的是config配置文件。運(yùn)行ant all，編譯系統(tǒng)。將工程導(dǎo)入到Eclipse中，選擇hybris自帶的ant版本。運(yùn)行hybris啟動服務(wù)器，在命令行窗口中輸入cd:hybris/bin/platf

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

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

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

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

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

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

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

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

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

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

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

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

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