基于Java+MySQL禮品代理平臺的研究開發

梁錕， 鄧璞， 陳子楊， 周宇龍， 尚雪， 徐鑒

(哈爾濱商業大學 計算機與信息工程學院， 黑龍江 哈爾濱 150028)

0 引言

隨著互聯網技術的迅速發展，禮儀文化也逐漸網絡化，人們挑選購買禮品也逐漸從線下購買轉向線上購買，但普通的電商平臺卻逐漸不能滿足人們挑選禮品的需求。而贈送禮品又是生活中比較重要的事情，人們常擔心送禮品不及時、不合適會影響感情，造成尷尬的局面，甚至引起損失。所以基于此情況，本研究應用Java+MySQL開發技術設計了一個禮品代理平臺，以解決從挑選到贈送的一系列問題。用戶使用Web訪問服務器的方式，按照年齡、職業、性別、與用戶關系等篩選條件，通過大數據分析，挑選出合適的禮品，然后通過在線提交訂單，線下配送的方式送到收件人手中，從而解決挑選禮品難的問題。同時，禮品代理平臺會推出紀念日提醒服務，用戶只需要輸入需要提醒的日期，在紀念日前系統將會通過發送短信、推送消息等形式進行通知，以保證用戶在繁忙的生活中不會忘記紀念日。此外，禮品代理平臺還設置定制服務，方便私人訂制或者企業定制。使收到禮品的人或者公司感受到送禮者的用心，以此滿足用戶的需求[1]。

1 國內外此類平臺運營現狀

國內有很多禮品公司，發展到目前階段，禮品公司可以分為3種不同類型：第一種只做禮品的傳統形式的禮品公司；第二種是第一種的升級版，有積分及禮品冊，這種方式適合于員工福利類需求；第三種是由廣告公司牽頭所做的策劃、營銷、禮品的一條龍服務，不適合日常生活需求。

國外網絡購物普遍運送費較高且用時較長，最優選擇通常是自己在實體店購買。

國內外禮品公司都普遍存在著以下幾點不足之處。

(1) 禮品價格過高，超出送禮者的預算。

(2) 運送不及時，容易造成一些損失。

(3) 運送過程中造成損壞，收禮者收到感觀不太好，而送禮者不知情，容易造成尷尬的局面。

(4) 沒有合適的送禮時間提醒，送禮者容易在忙碌的生活中忘記送禮。

(5) 匹配度不高且價格較昂貴，不適合日常送禮需求。

2 系統功能需求分析

該系統的角色主要由管理員和用戶組成。管理員負責用戶的信息管理，如信息的更新刪除記錄等工作，用戶則按照自己的需求使用該系統。

2.1 用戶功能的用例分析

用戶在注冊登錄后，填寫自己的相關信息。使用時將會對送禮對象的性別、年齡、職業、關系等進行選擇。如果有特殊需求也可以進行設置。系統則會根據其選擇進行禮物的推薦和提供禮物的購買鏈接。其用例圖如圖1所示。

圖1 用戶用例圖

2.2 管理員功能的用例分析

管理員有管理權限，能對用戶信息和禮品信息進行更新、刪除、修改、管理第三方支付、進行數據的統計和審核等。其用例圖如圖2所示。

圖2 管理員用例圖

3 系統的設計與實現

3.1 系統設計原則

(1) 易用性原則。方便客戶上網瀏覽和操作，最大限度地減輕后臺管理人員的負擔，實現部分業務的自動化處理[2]。

(2) 安全性原則。系統采取全面的安全保護措施，具有防病毒感染、防黑客攻擊措施，同時在防雷擊、過載、斷電和人為破壞方面進行加強，具有高度的安全性和保密性。對接入系統的設備和用戶，進行嚴格的接入認證，以保證接入的安全性。系統支持對關鍵設備、關鍵數據、關鍵程序模塊采取備份、冗余措施，有較強的容錯和系統恢復能力，確保系統長期正常運行。

(3) 業務完整性原則。對于業務進行中的特殊情況能夠做出及時、正確的響應，保證業務數據的完整性。

(4) 業務規范化原則。在系統設計的同時，也為將來的業務流程制定了較為完善的規范，具有較強的實際操作性。

(5) 可擴展性原則。系統設計要考慮到業務未來發展的需要，要盡可能設計得簡明，各個功能模塊間的耦合度小，便于系統的擴展。如果存在舊有的數據庫系統，則需要充分考慮兼容性。

(6) 開放性原則。系統設計遵循開放性原則，能夠支持多種硬件設備和網絡系統，軟硬件支持二次開發。各系統采用標準數據接口，具有與其他信息系統進行數據交換和數據共享的能力。

3.2 系統主要功能設計與介紹

該系統完成了用戶注冊登錄模塊、商品檢索模塊、購物車模塊、個人信息模塊、訂單模塊、支付模塊和管理員模塊。

(1) 用戶注冊登錄模塊：當用戶首次使用該系統時，為了更好地滿足用戶的需求，用戶需要注冊自己的信息。例如用戶名、密碼、性別、年齡等個人信息。

(2) 商品檢索模塊：當用戶需要挑選禮物時，可根據平臺提供的年齡、關系、職業、性別、價格等選項，進行商品檢索，挑選合適的禮品。

(3) 購物車模塊：當用戶挑選出合適的禮品之后，可以將禮品放入購物車中，在購物車模塊進行再次選擇或直接填寫相關要求下單購買。

(4) 個人信息模塊：在該模塊中，用戶可以查看、修改和刪除自己的個人信息。例如用戶名、密碼、性別、年齡、收貨地址等信息。

(5) 訂單模塊：在該模塊中，用戶可以查看所有的訂單信息。包括商品的價格、是否發貨情況和物流狀況等。

(6) 支付模塊：當用戶決定下單購買禮品后，會出現該模塊。用戶可以選擇自己習慣的支付方式進行支付。例如支付寶支付、微信支付或銀行卡支付等。

(7) 管理員模塊：在該模塊中，管理員可以對用戶和商家的信息進行管理，例如更新、增加和修改信息等。同時也會對商品的信息進行及時的管理，例如會對商品進行上架、下架、修改。管理員也可以對首頁的廣告頁進行操作，對訂單信息進行查詢和修改等。

3.3 系統體系結構設計

該系統采用B/S體系結構。在軟件的通用性上，B/S 架構的客戶端具有更好的通用性，對應用環境的依賴性較小，同時因為客戶端使用瀏覽器，在開發維護上更加便利，可以減少系統開發和維護的成本，同時對系統的安全性更好[3]。采用C/S體系結構方便管理員對服務器進行維護和修改，形成“內外有別”結構，如圖3所示。

圖3 系統體系結構設計圖

3.4 網頁前端設計和后臺開發

3.4.1 前端設計

該平臺網頁前端使用HTML+CSS+JS技術，禮品平臺頁面和管理系統頁面的樣式不一致，使用了Rapid-framework框架和多次使用include標簽來實現頁面繼承(書寫模板頁)，以減輕開發，減少重復代碼。該平臺使用了表達式語言EL來簡化JSP表達。該項目中使用的是JSP標準標簽庫(JavaScript Pages Standard Tag Library，JSTL)，以解決遍歷Map或者集合。前臺邏輯是基于Jquer，編寫了許多Ajax邏輯。管理員后臺頁面是基于Bootstrap布局的，直接使用了Font-awesome的符號字體。

禮品查找時的分類界面，如圖4所示。

圖4 禮品查找時分類界面

3.4.2 后臺開發概要

該系統后臺是基于Java的SSM框架實現的，即Spring、SpringMVC、MyBatis。Spring是一個開源的框架，是由Apache公司開發的，Spring是為了簡化企業級應用開發而生的。而SpringMVC是在Spring基礎上的MVC框架，支持注解，大大提高了易用性，對于Model層，分為POJO層和Mapper層。并且使用MBG(MyBatis Generator)配置生成，控制器分為Controller層和Service層。

3.5 數據庫設計

該系統使用了MySQL數據庫進行存儲。MySQL 是一種高性能、快速運行、非常易用、多線程、多用戶、開放源碼的關系數據庫管理系統，建立在 B/S 架構之上。MySQL 是一個關系數據庫管理系統。關系數據庫將數據存儲在不同的表中，類似于數據倉庫環境下的操作性數據存儲，這樣可以提高報表的抽取速度，提高系統的反應時間[4]。一個禮品代理購買系統，首先需要確認的兩個實體是商品和用戶。一個用戶可以選擇多個商品，而一個商品也可以被多個用戶選擇購買，所以這就是多對多的關系。對于用戶的屬性可以模擬出用戶編碼、姓名、電話、郵箱等屬性，方便用戶、管理員管理信息。其中用戶編碼適合作為用戶關系的唯一標識符。為了更好地方便用戶挑選商品，對于商品這個實體，通過不同的篩選條件進行不斷的分類。方便用戶對不同的職業、年齡、關系、性別、價格、用途的商品進行挑選，因此關系模式的設置需要設置這些選擇屬性。同時為了方便用戶使用，還有商品訂單、對應圖片、地區表等設置。

3.5.1 數據庫配置

該系統采用MyBatis進行和數據庫交互。MyBatis 是一個基于 Java 的持久層框架。MyBatis 提供的持久層框架包括 SQL Maps 和 Data Access Objects(DAO)，它消除了幾乎所有的 JDBC 代碼和參數的手工設置以及結果集的檢索。MyBatis 使用簡單的 XML 或注解用于配置和原始映射，將接口和 Java 的 POJOs(Plain Old Java Objects，普通的 Java 對象)映射成數據庫中的記錄。它的優勢是小巧、方便、高效、簡單、直接、半自動化。非常適合在此應用，以下是部分代碼。

1.maven引入mybatis依賴 (pom.xml)

2. 數據庫連接池配置

3.配置mapper接口。

3.5.2 數據庫模型結構

滿足項目需求而設計的數據庫實體關系圖，如圖5所示。

圖5 數據庫實體關系圖

整個數據庫的表大致分為產品(禮品)類、賬戶類和其他類。

產品類是由Product表為源頭衍生出的幾個相關表，諸如表示屬性的Property表，表示分類的Category表，表示屬性標簽的Label表，表示訂單的Order表，表示購物車的Product_item表，表示收藏夾的Collection_item表。

賬戶類包括普通用戶User表和管理員賬戶Administrator表。

其他類包括了前臺廣告Scroll_ad表和表示地理位置的Administrator_area表。一般和數據庫內其他表的聯系不大(無引用關系)。

3.5.3 數據庫特點

(1) 數據庫安全性。通過用戶權限定義和合法權檢查確保只有合法權限的管理員才能訪問數據庫，例如創建新的表和視圖、查看表中信息、刪除無效信息等。而普通用戶只能查詢修改自己的個人信息。系統提供一定的方式讓用戶標記自己的身份信息，每次用戶進入系統時，由系統進行核對后才能進入系統。對存儲和傳輸的數據進行加密處理，從而使不知道解密算法的人無法獲取數據的內容[5]。

(2) 數據庫完整性。數據庫完整性是指數據在邏輯上的一致性、正確性、有效性和相容性。該系統數據庫的數據是符合現實世界語義、反映實際情況的，且有數據庫完整性約束的設計[6]。

(3) 數據庫規范性。實現了更好、更快、更強的搜索功能，通過數據庫規范化，數據完整性也可以改善，因為它把所有數據分成單獨的實體，并用關聯數據在實體間建立強連接[7]。

4 平臺實踐

平臺在測試階段，在某學院隨機選取150名同學進行測試使用。在使用過程中，同學們對其感觀良好，認為較為方便，解決了他們日常挑選禮物的煩惱。

經過6月份到11月份的測試階段，平臺的電子產品銷量件數分別為13，7，14，12，8，9；實用商品銷量件數分別為19，13，21，22，16，19；裝飾品銷量件數分別為23，10，26，28，10，12；食品銷量件數分別為20，11，22，26，10，11。每個月份綜合評價分為4.0，4.1，3.9，4.3，4.1，4.2。圖6是它們的直方圖表示。

由此可見，該平臺測試階段的反應較為良好，在節假日時期銷量呈逐步上升的趨勢。

根據系統的后臺數據表明，該平臺測試階段的各項指標如表1所示，該平臺得到了測試用戶的廣泛關注和應用。

表1 測試階段平臺的各項指標

同時通過問卷調查的方式，得出數據表明，80%的同學對該平臺推薦的禮物表示滿意；76%的同學表示如果平臺上線，將繼續在此平臺進行購買；90%的同學表示會對此平臺持續關注。由此發現，大家對此平臺比較感興趣，并且希望其作用范圍更大。

5 總結

本研究組通過對社會禮物購買者的研究分析，研究了由Java和MySQL開發的禮品代理平臺，根據篩選條件和大數據分析，挑選出合適的禮品，有效解決了挑選禮品難的問題，推動了禮品代理平臺的實現發展。與此同時，在經過測試階段后，篩選和推薦禮品的算法尚存在檢索速度慢，方案不合理的情況。此外，禮品代理平臺如何進行推廣應用，如何應對在大流量沖擊下的系統安全保護是一個問題。在平臺的運行過程中，將繼續完善該平臺，以更完善的功能服務于當代消費者。