基于PHP的微信商城的設(shè)計(jì)與實(shí)現(xiàn)

1、 年 月 日 目目 錄錄 摘摘 要要I ABSTRACTII 1 緒論緒論1 1.1 研究的背景、目的和意義 1 1.2 國(guó)內(nèi)外文獻(xiàn)綜述 1 1.3 研究的主要內(nèi)容 2 2 需求分析與可行性研究需求分析與可行性研究4 2.1 市場(chǎng)定位分析 4 2.2 可行性分析 4 2.3 需求目標(biāo) 4 2.3.1 概述.4 2.3.2 商城整體說明 .5 3 系統(tǒng)解決方案系統(tǒng)解決方案6 3.1 設(shè)計(jì)方案的論證 6 3.1.1 設(shè)計(jì)方案的選擇 .6 3.1.2 工具的選擇 .6 3.2 設(shè)計(jì)方案的說明 7 3.2.1 系統(tǒng)總體描述 .7 3.2.2 系統(tǒng)角色類型 .7 3.2.3 系統(tǒng)規(guī)劃.8 3.2.4 預(yù)

2、期目的.9 3.2.5 技術(shù)要求.9 4 系統(tǒng)詳細(xì)設(shè)計(jì)系統(tǒng)詳細(xì)設(shè)計(jì)10 4.1 系統(tǒng)模塊架構(gòu) 10 4.2 系統(tǒng)功能說明 10 4.2.1 系統(tǒng)登錄模塊 .10 4.2.2 盒子設(shè)置模塊 .11 4.2.3 盒子內(nèi)容更改模塊 .12 4.2.4 盒子管理員模塊 .13 4.2.5 基本商城功能模塊 .14 4.3 數(shù)據(jù)字典 15 5 系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)18 5.1 模塊實(shí)現(xiàn)的理論基礎(chǔ) 18 5.2 系統(tǒng)登錄模塊的實(shí)現(xiàn) 18 5.3 設(shè)置學(xué)校信息模塊的實(shí)現(xiàn) 18 5.4 盒子選貨模塊的實(shí)現(xiàn) 22 5.4.1 選貨模塊.22 5.4.2 選貨后編輯及提交模塊 .23 5.5 管理員審核模塊 27 5

3、.6 人人商城到盒子模塊的跳轉(zhuǎn) 29 5.7 雙支付接入 29 6 系統(tǒng)測(cè)試系統(tǒng)測(cè)試30 6.1 概述 30 6.2 系統(tǒng)測(cè)試用例 30 6.3 測(cè)試總結(jié) 32 7 結(jié)束語結(jié)束語33 參考文獻(xiàn)參考文獻(xiàn)34 致致 謝謝35 摘摘 要要 隨著電商的不斷發(fā)展和新老電商品牌的更新?lián)Q代，電商行業(yè)似乎已經(jīng)進(jìn)入一個(gè) 飽和的階段，另一方面，其以淘寶京東為大的壟斷性質(zhì)也越發(fā)明顯。傳統(tǒng)電商的模 式現(xiàn)在很難再發(fā)展出來新興門戶了，但是，電商現(xiàn)在的覆蓋面還不是百分百的，有 很多有待開發(fā)的“藍(lán)?！闭酱尤牖ヂ?lián)網(wǎng)，所以在傳統(tǒng)電商的基礎(chǔ)上，開發(fā)出一 套新的商業(yè)模式，避開當(dāng)下電商“領(lǐng)頭羊”的鋒芒，是一種比較好的創(chuàng)業(yè)方法。 而

4、商城盒子就是這樣一種模式，它是先消費(fèi)后付款的，所以可以達(dá)到傳統(tǒng)電子 商城不可能達(dá)到的時(shí)效性和便捷性。其發(fā)展前景是巨大的，完全可以發(fā)展成一個(gè)集 粉絲活躍度和用戶消費(fèi)量于一身的平臺(tái)。 本設(shè)計(jì)課題的任務(wù)就是基于傳統(tǒng)商城的模式給商城盒子定制開發(fā)出來一套專用 的電子商城模式，讓用戶的體驗(yàn)更好，商家的入駐和管理也更方便。采用了 PHP 作 為后臺(tái)開發(fā)語言，HTML+JS+CSS 作為前端開發(fā)語言，遵守微信的開發(fā)規(guī)范，完成 了零食盒子的基本功能，系統(tǒng)運(yùn)行流暢，可以正常使用。 關(guān)鍵詞：關(guān)鍵詞：電商；PHP；微信 ABSTRACT With the continuous development of elect

5、ricity and new and old electric business brand replacement, electricity industry seems to have entered a saturated stage, on the other hand, its Taobao Jingdong large monopoly nature is more and more obvious. The traditional electric business model is now difficult to develop out of the new portal,

6、but the electricity business is now not 100% coverage, there are many to be developed Blue Ocean is urgently to access the Internet, so the basis of the traditional electricity business On the development of a new business model, to avoid the current leader in the edge of electricity, is a better wa

7、y to start. The mall box is such a model, using the first payment after the payment model, to achieve the traditional e-mall can not achieve the timeliness and convenience. Its development prospects are huge, can be developed into a set of fan activity and user consumption in a platform. The task of

8、 this design task is based on the traditional mall model to the mall to customize the development of a set of dedicated e-mall model, so that users experience better, businessmen settled and management is also more convenient. Using PHP as a background development language, HTML + JS + CSS as a fron

9、t-end development language, to comply with the development of WeChat norms, the completion of the basic functions of the snack box, the system runs smoothly, can be used normally. Key words: electricity business,PHP,WeChat 1 緒論緒論 1.1 研究的背景、目的和意義研究的背景、目的和意義 當(dāng)代，互聯(lián)網(wǎng)發(fā)展迅速，基于互聯(lián)網(wǎng)而產(chǎn)生的應(yīng)用正在改變?nèi)藗兊纳?，電 子商務(wù)作為一種新

10、的消費(fèi)形式，以各種出眾的開發(fā)語言為動(dòng)力2，正在以其勢(shì)如破 竹之勢(shì)，迅速改變的人們的生活?；ヂ?lián)網(wǎng)繼續(xù)只用于做信息的話，顯然是大材小用 了，互聯(lián)網(wǎng)應(yīng)該為人們帶來更多的便利。在信息化發(fā)達(dá)的國(guó)家，一些商家門戶，如 沃爾瑪?shù)榷祭孟冗M(jìn)的開發(fā)框架3紛紛開展了自己的網(wǎng)上業(yè)務(wù)。本世紀(jì)初的一份調(diào) 查就早早表明：網(wǎng)上購(gòu)物從誕生之初就已經(jīng)被現(xiàn)代家庭接受并且慢慢成為現(xiàn)代家庭 的習(xí)慣，而 PHP 作為開發(fā)電子商城的主要開發(fā)語言，其開發(fā)框架也在不斷增加4。 有資料表明：2001 年，越來越多的商家開始在網(wǎng)上銷售自己的商品5,中國(guó)網(wǎng)民 中的 31.6%都在網(wǎng)上買過商品，大約有 1060 人，在當(dāng)時(shí)這個(gè)比例已經(jīng)很接近發(fā)達(dá)國(guó)

11、家。2003 年全年，我國(guó)的網(wǎng)上商城上交易額比 2002 年上升了 190%，而近期的發(fā)展 速度更是令人咂舌，從淘寶網(wǎng)里程碑式的雙十一開始，每一年，網(wǎng)上購(gòu)物都在刷新 交易金額記錄，2016 年底，淘寶網(wǎng)更是拿出了日交易額 1207 億的駭人成績(jī)。由此 可見，短短的幾十年，發(fā)展是如此迅速，“網(wǎng)上創(chuàng)業(yè)”已經(jīng)從當(dāng)初的山野小徑變成 了當(dāng)今的商業(yè)發(fā)展高速大道。在國(guó)內(nèi)，大規(guī)模網(wǎng)上銷售平臺(tái)都已成形并且不斷有新 興事物的出現(xiàn),而移動(dòng)端代替了電腦端之后，變化更大6。互聯(lián)網(wǎng)在中國(guó)已經(jīng)改變了 人民的生活和工作方式。而當(dāng)前，網(wǎng)上商城看似已經(jīng)被幾大巨頭所壟斷，但是其待 發(fā)掘資源還是有很多的，比如京東的逆境存亡就是一個(gè)很

12、好的例子。我們應(yīng)該在新 形式下抓住機(jī)遇，隨著用戶的習(xí)慣來發(fā)掘和優(yōu)化技術(shù)，讓網(wǎng)絡(luò)可以更好的造福人民。 全球經(jīng)濟(jì)一體化是個(gè)大趨勢(shì)，大力發(fā)展網(wǎng)絡(luò)，是全球經(jīng)濟(jì)一體化最有效的推動(dòng) 力。發(fā)展與創(chuàng)新是并存的，只有不斷有創(chuàng)新的發(fā)展，才是良性的，所以開發(fā)一個(gè)有 針對(duì)性的新形式的網(wǎng)上商城是很值得一試的。 1.2 國(guó)內(nèi)外文獻(xiàn)綜述國(guó)內(nèi)外文獻(xiàn)綜述 雖然業(yè)內(nèi)對(duì)電子商務(wù)的研究非常多，但是其針對(duì)性和深度都多少有點(diǎn)欠缺或者 不太吻合本次研究，因此本節(jié)將對(duì)此進(jìn)行總結(jié)和深入研究。 Abraham 曾經(jīng)對(duì)印度 51 家企業(yè)進(jìn)行過專門的研究，很明顯，接入了網(wǎng)上營(yíng)銷的 公司的績(jī)效要比沒有接入的好的多。Michelle 和 Gabriel

13、le 利用波特的競(jìng)爭(zhēng)優(yōu)勢(shì)框架 模型，針對(duì)電子商務(wù)對(duì)旅游業(yè)的影響做了深入研究，發(fā)現(xiàn)其對(duì)旅游業(yè)帶來的效益也 是巨大的 。而 Cecilia（2006）也對(duì)運(yùn)營(yíng)成本和電子商務(wù)進(jìn)行了深入研究，結(jié)果 是電子商務(wù)的作用是積極的。Lefebvre Louis-A 對(duì) B2B 和中小企業(yè)收益進(jìn)行了研究 之后，認(rèn)為中小企業(yè)也非常適合接入電子商務(wù)。 C.Freund 和 D.Weinhold 的研究項(xiàng)目是電子商務(wù)對(duì)國(guó)際貿(mào)易的影響，他們研究了 56 個(gè)國(guó)家得出了最終結(jié)論：電子商務(wù)剛出現(xiàn)的前兩年，對(duì)國(guó)際貿(mào)易影響甚微，但是 平均從第三年開始，國(guó)際總貿(mào)易流將會(huì)因?yàn)殡娮由虅?wù)發(fā)生顯著變化。 董佳（2011）在國(guó)際貿(mào)易與電子商

14、務(wù)一文中指出，電子商務(wù)在國(guó)際貿(mào)易組 成中是重要的一部分。她的結(jié)論是電子商務(wù)的快速發(fā)展是國(guó)際貿(mào)易快速發(fā)展的重要 推動(dòng)力，跟上電子商務(wù)的發(fā)展步伐，既是機(jī)遇也是挑戰(zhàn) 。 1.3 研究的主要內(nèi)容研究的主要內(nèi)容 零食盒子是一種新的消費(fèi)模式，采用線上線下結(jié)合的消費(fèi)模式，線下消費(fèi)，線 上付款。對(duì)于線下，其形式是：放一個(gè)盒子到學(xué)生宿舍，這個(gè)盒子歸宿舍的人所共 享，盒子運(yùn)營(yíng)商放固定數(shù)量的商品進(jìn)盒子，用戶消費(fèi)的時(shí)候，直接拿盒子里的東西， 然后往盒子里丟錢，自己找零，盒子運(yùn)營(yíng)商定期去維護(hù)盒子里的商品，是一種只適 用于大學(xué)校園的高自覺、高素質(zhì)人群的消費(fèi)模式。 而這次我的開發(fā)任務(wù)是，將這個(gè)模式轉(zhuǎn)移到線上，對(duì)用戶而言，在

15、用戶端盒子 模塊就相當(dāng)于自己的一個(gè)“收藏夾”，用戶可以定義這個(gè)“收藏夾”里放什么東西， 后臺(tái)商家收到用戶的自定義信息之后，將會(huì)上門把客戶選擇的商品放進(jìn)盒子里，這 個(gè)過程是免費(fèi)的，因?yàn)橛脩暨€沒有產(chǎn)生真正的消費(fèi)。在線下，實(shí)體紙箱盒子就是用 戶可以隨時(shí)消費(fèi)的“寢室超市”，其消費(fèi)流程很簡(jiǎn)單，從盒子里拿東西，在“收藏 夾”（線上盒子模塊）快速找到商品進(jìn)行線上付款，一切基于誠(chéng)信。 微信已經(jīng)通過它的大數(shù)據(jù)改變了當(dāng)下的廣告營(yíng)銷市場(chǎng)7，而且因?yàn)樗妮p量化 和跨平臺(tái)化，所以沒有選擇 APP 開發(fā)，避開了開發(fā)攻堅(jiān)，安卓 IOS 雙平臺(tái)同步，軟 件推廣三大難題，在電子商務(wù)發(fā)展的過程中，微信是一個(gè)很好的營(yíng)銷平臺(tái)8。 整

16、個(gè)商城是基于微擎版人人商城的二次開發(fā)，我的開發(fā)任務(wù)就是對(duì)人人商城進(jìn) 行數(shù)據(jù)庫和代碼邏輯分析，然后完成零食盒子的功能開發(fā)以及盒子數(shù)據(jù)庫和人人商 城數(shù)據(jù)庫的融合，相當(dāng)于在一塊打了地基的土地上蓋房子，用成熟的底層寫自己的 邏輯模塊。 2 需求分析與可行性研究需求分析與可行性研究 2.1 市場(chǎng)定位分析市場(chǎng)定位分析 主打線上零食盒子的微信商城的構(gòu)建初始目標(biāo)是在校大學(xué)生，針對(duì)于在校大學(xué) 生的消費(fèi)能力，微信商城在具有自己特色的同時(shí)應(yīng)當(dāng)適應(yīng)大學(xué)生的消費(fèi)需求。因此， 以零食作為切入點(diǎn)，加上日用品，文具辦公用品，以及各類生活服務(wù)，可以很快的 占領(lǐng)大部分學(xué)生市場(chǎng)。同時(shí)，商品的保質(zhì)保量，以及別的電子商城無法比擬的配送

17、 速度，會(huì)讓粉絲的粘性大大增加。 2.2 可行性分析可行性分析 商城的建設(shè)需要有服務(wù)器資源，公司資質(zhì)（用來申請(qǐng)、認(rèn)證微信服務(wù)號(hào)），商 品倉(cāng)庫，配送員開銷。這些開銷加在一起，與實(shí)體店的前期投入相比，大約只是實(shí) 體店的十分之一。所以其在經(jīng)濟(jì)上是完全可行的。 商城不牽扯到侵權(quán)，其在法律上是可行的。 對(duì)于網(wǎng)頁開發(fā)來說，PHP 是比較流行的開發(fā)語言，而且網(wǎng)上有著海量的 PHP 開 源程序，其中不乏優(yōu)質(zhì)源代碼，所以，沒有必要從頭開始寫底層功能，只需要拿成 熟技術(shù)做底層，然后自己做定制二次開發(fā)就可以了，所以，其在技術(shù)上是完全可行 的。 由于人人商城的操作以及后續(xù)我所做的定制開發(fā)的操作都是基于瀏覽器的網(wǎng)頁 操

18、作，簡(jiǎn)單明了，對(duì)于經(jīng)常網(wǎng)購(gòu)的大學(xué)生群體來說，是操作是完全沒問題的，而對(duì) 于后臺(tái)管理人員來說，也有專門的可視化管理頁面，所以管理員也無需具備專業(yè)知 識(shí)，只需要對(duì)一些數(shù)據(jù)進(jìn)行簡(jiǎn)單的輸入、修改、刪除和日常的維護(hù)就夠了。 2.3 需求目標(biāo)需求目標(biāo) 2.3.1 概述概述 該商城的目的是開發(fā)一個(gè)帶盒子功能（相當(dāng)于個(gè)人收藏夾，不過還是有很大區(qū) 別）的微信商城，在用戶端要實(shí)現(xiàn)的基本主要功能有： (1) 商品選購(gòu)（可按分類方式查找商品，也可模糊全局搜索） (2) 購(gòu)物車功能 (3) 查看商品詳細(xì)情況 (4) 用戶自動(dòng)登錄 (5) 查看用戶的訂單信息 (6) 查看用戶的訂單信息 (7) 修改用戶信息 后臺(tái)管理部分

19、有： (1) 商店商品管理：添加、修改、刪除、查看 (2) 用戶信息管理：查看、修改 (3) 訂單信息管理：查看訂單清單，更新訂單狀態(tài) (4) 盒子管理：查看盒子申請(qǐng)，更新盒子狀態(tài) 2.3.2 商城整體說明商城整體說明 微信商城的主要參與者是顧客和商家以及管理員，顧客端是一個(gè)完整的消費(fèi)體 驗(yàn)，商家只需負(fù)責(zé)線下的服務(wù)，而管理員負(fù)責(zé)后臺(tái)的運(yùn)行、管理，以及信息的審核。 網(wǎng)上商店的操作流程都類似，操作步驟說明如下： (1) 顧客在公眾號(hào)點(diǎn)擊特定按鈕進(jìn)入微信商城 (2) 后臺(tái)調(diào)用微信接口，拉取用戶 openid 完成靜默登錄 (3) 用戶設(shè)置學(xué)校信息 (4) 用戶設(shè)置盒子內(nèi)容，提交申請(qǐng) (5) 后臺(tái)管理

20、員審核申請(qǐng)，點(diǎn)擊通過 (6) 用戶在“我的盒子”里點(diǎn)擊商品完成購(gòu)買 (7) 后臺(tái)自動(dòng)收集信息 (8) 晚上 6 點(diǎn)，導(dǎo)出一整天的訂單信息，排版分類，開始補(bǔ)貨 3 系統(tǒng)解決方案系統(tǒng)解決方案 3.1 設(shè)計(jì)方案的論證設(shè)計(jì)方案的論證 3.1.1 設(shè)計(jì)方案的選擇設(shè)計(jì)方案的選擇 所謂 B/S，是指“Browser/Server（瀏覽器/服務(wù)器）”應(yīng)用模式，客戶端/服務(wù)器 模式 C/S（Client/Server）架構(gòu)的發(fā)展，這種設(shè)計(jì)模式的好處是，用戶不需要下載任 何軟件（或者只需下載一些基本的功能插件），就可以利用瀏覽器完成一些業(yè)務(wù)邏 輯，和平常上網(wǎng)的過程沒有區(qū)別。這種模式最大的優(yōu)勢(shì)是廣域網(wǎng)下的業(yè)務(wù)處理，

21、即 使是撥號(hào)上網(wǎng)的用戶也不會(huì)感覺很慢。另外，無需繁雜的軟件安裝和后期維護(hù)方便 也是其優(yōu)勢(shì)之一。其工作原理是，在客戶端瀏覽器對(duì)服務(wù)器發(fā)送 HTTP 請(qǐng)求，WEP 服務(wù)器通過 PHP 文件進(jìn)行數(shù)據(jù)庫操作和業(yè)務(wù)邏輯處理，并將操作結(jié)果以靜態(tài) HTML 頁面的形式返回給前端瀏覽器9。如圖 1： 瀏覽器 PHP文件 Apache服務(wù)器 HTML請(qǐng)求 HTML響應(yīng) 數(shù)據(jù)庫 圖 1 B/S 工作流程圖 3.1.2 工具的選擇工具的選擇 工欲善其事必先利其器，開發(fā)工具的選擇對(duì)于程序開發(fā)來說是個(gè)很重要的過程， 它關(guān)乎開發(fā)的效率和最終的代碼質(zhì)量，所以選擇合適的開發(fā)工具，是一個(gè)好的開始。 (1) 前臺(tái)開發(fā)技術(shù)的選擇：

22、 Adobe Dreamweaver，中文名稱 夢(mèng)想編織者，是美國(guó) MACROMEDIA 公司開 發(fā)的一款優(yōu)秀網(wǎng)頁設(shè)計(jì)軟件，Adobe Dreamweaver 是第一套針對(duì)網(wǎng)頁設(shè)計(jì)師開發(fā)的 視覺化設(shè)計(jì)工具。它的代碼提示和糾錯(cuò)機(jī)制非常好用，可以讓 PHP 編程的過程非常 高效，而且大大減少了語法錯(cuò)誤，格式錯(cuò)誤出現(xiàn)的幾率，提升了編碼效率。 (2) 后臺(tái)數(shù)據(jù)庫管理工具的選擇： Navicat premium 是一款數(shù)據(jù)庫管理工具。因?yàn)?Mysql 本身提供的網(wǎng)頁式數(shù)據(jù)庫 管理工具不是很好用，所以利用 Navicat Premium 這一款第三方 PC 端數(shù)據(jù)庫管理工 具進(jìn)行可視化操作來提高效率。而且

23、 Navicat premium 還提供了一些類似于數(shù)據(jù)庫查 詢結(jié)果導(dǎo)出成 xls 等非常好用的小功能。 (3) FTP 文件管理工具的選擇： FileZilla 是一個(gè)免費(fèi)開源的 FTP 軟件，其簡(jiǎn)潔的界面給人印象良好，而且其功 能也不弱，具有 FTP 軟件所有應(yīng)該具備的功能，對(duì)于文件的上傳下載 ，其多窗口 的操作模式，將效率提升了好幾倍。 3.2 設(shè)計(jì)方案的說明設(shè)計(jì)方案的說明 3.2.1 系統(tǒng)總體描述系統(tǒng)總體描述 因?yàn)殡娮由坛羌軜?gòu)過于龐大，憑一個(gè)人的力量，短期內(nèi)不可能完成全部功能的 開發(fā)。所以本系統(tǒng)采用微擎版的人人商城，進(jìn)行二次開發(fā)，完成一些定制性的功能， 人人商城的兼容性很強(qiáng)，可以把自己

24、想要的功能做成插件，一些需要特殊權(quán)限的功 能（例如微信付款），只需要將數(shù)據(jù)寫回人人商城，剩下的業(yè)務(wù)邏輯它就會(huì)幫我的 系統(tǒng)完成。因?yàn)檫x擇了微信端，所以用人人商城等同于用自己的模板引擎10把微信 接口再次封裝了一下，讓開發(fā)的目的性更強(qiáng)。 3.2.2 系統(tǒng)角色類型系統(tǒng)角色類型 該系統(tǒng)有三類用戶，分別是人人商城管理員，盒子模塊管理員，普通用戶。如 圖 2 所示： 商商城城系系統(tǒng)統(tǒng) 商城管理員 普通用戶盒子管理員 權(quán)限僅高于普通用戶最低權(quán)限 最 高 權(quán) 限 圖 2 用戶類別總圖 人人商城管理員信息儲(chǔ)存在人人商城原版數(shù)據(jù)庫里，是已經(jīng)建好的一張表，這 個(gè)系統(tǒng)用戶的權(quán)限是最高的，他可以接入微信公眾號(hào)，配置服務(wù)

25、器資源信息，查看 其他用戶信息，上下架商品，查看訂單，發(fā)貨退貨等等。如圖 3 所示： 人人商城管理員 系統(tǒng)配置 商城配置 客戶管理 商品管理 訂單管理 頁面管理 圖 3 人人商城管理員權(quán)限用例圖 盒子模塊管理員：其基本功能和普通用戶是一樣的，比普通用戶多了個(gè)審核盒 子申請(qǐng)的功能。 普通用戶：權(quán)限最低，可瀏覽網(wǎng)頁，商品，下單，提交盒子申請(qǐng)等等。如圖 4 所示： 普通用戶 商品查看 網(wǎng)頁查看 購(gòu)買商品 退換商品 圖 4 用戶權(quán)限用例圖 3.2.3 系統(tǒng)規(guī)劃系統(tǒng)規(guī)劃 對(duì)于數(shù)據(jù)庫系統(tǒng)，前期的規(guī)劃和設(shè)計(jì)工作是非常有必要的，因?yàn)閿?shù)據(jù)庫是整個(gè) 系統(tǒng)的核心和最大的兼容性限制，如果最初的設(shè)計(jì)是不合理的，對(duì)后期設(shè)

26、計(jì)的影響 將會(huì)是毀滅性的。系統(tǒng)采用支持事務(wù)的 Mysql11。 而盒子模塊的主要系統(tǒng)功能規(guī)劃如下： 設(shè)計(jì)不同用戶的操作權(quán)限和登陸方法 對(duì)所有用戶開放的頁面查看、商品查看以及下單 根據(jù)下單情況對(duì)數(shù)據(jù)庫進(jìn)行操作 根據(jù)退款情況對(duì)數(shù)據(jù)庫進(jìn)行操作 根據(jù)關(guān)注、跑路情況對(duì)數(shù)據(jù)庫進(jìn)行操作 維護(hù)用戶、商品、訂單以及管理員信息 3.2.4 預(yù)期目的預(yù)期目的 提高盒子維護(hù)的工作效率 通過全面簡(jiǎn)潔的信息查詢、刪除和修改方式，提高訂單配送的工作效率 通過使用本系統(tǒng)，能達(dá)到全面高效的提高系統(tǒng)的管理水平、降低人力資源消 耗、 提高工作效率的目的 3.2.5 技術(shù)要求技術(shù)要求 數(shù)據(jù)庫設(shè)計(jì)滿足功能要求 數(shù)據(jù)庫冗余度小，盡量滿足

27、三范式要求 繪制數(shù)據(jù)庫各數(shù)據(jù)表之間的關(guān)系圖 建立數(shù)據(jù)庫訪問接口類，實(shí)現(xiàn)對(duì)數(shù)據(jù)庫的訪問 完成功能模塊中的一個(gè)較小的功能，以測(cè)試數(shù)據(jù)庫接口的正確性 4 系統(tǒng)詳細(xì)設(shè)計(jì)系統(tǒng)詳細(xì)設(shè)計(jì) 4.1 系統(tǒng)模塊架構(gòu)系統(tǒng)模塊架構(gòu) 系統(tǒng)模塊架構(gòu)圖如圖 5 所示： 商 城 管 理 用 戶 管 理 商 品 管 理 訂 單 管 理 頁 面 管 理 盒 子 管 理 用 戶 權(quán) 限 信 息 管 理 靜 默 登 錄 填 寫 地 址 商 品 頁 面 查 看 購(gòu) 物 訂 單 信 息 查 看 用 戶 行 為 信 息 積 分 信 息 虛 擬 商 品 普 通 商 品 商 品 上 下 架 商 品 詳 情 頁 商 品 庫 存 管 理 商 品

28、上 下 架 商 品 詳 情 頁 虛 擬 商 品 發(fā) 貨 核 實(shí) 銷 售 訂 單 退 貨 訂 單 訂 單 發(fā) 貨 訂 單 受 理 銷 售 統(tǒng) 計(jì) 退 貨 審 核 頁 面 編 輯 頁 面 流 量 統(tǒng) 計(jì) 盒 子 申 請(qǐng) 盒 子 維 護(hù) 盒 子 選 貨 地 址 填 寫 盒 子 消 費(fèi) 退 盒 子 更 換 內(nèi) 容 圖 5 系統(tǒng)模塊架構(gòu)圖 4.2 系統(tǒng)功能說明系統(tǒng)功能說明 4.2.1 系統(tǒng)登錄模塊系統(tǒng)登錄模塊 (1) 功能說明 這個(gè)模塊是用的微信 openid，一個(gè)用戶在一個(gè)公眾號(hào)上的 openid 是唯一的12， 以此為用戶賬號(hào)，同時(shí)無需密碼，不用用戶手動(dòng)填寫登錄信息，達(dá)到“靜默登錄” 的效果。 (2

29、) 功能特性 普通用戶靜默登錄。 (3) 輸入、輸出 輸入： 用戶 openid 輸出： 登錄反饋 (4) 前提條件 用戶關(guān)注服務(wù)號(hào)。 4.2.2 盒子設(shè)置模塊盒子設(shè)置模塊 盒子設(shè)置模塊的流程圖如圖 6 所示。 開始 是否設(shè)置宿舍 選填宿舍地址 否 是否已存在該 宿舍 在盒子設(shè)置里選擇 商品并提交 否 審核通過 四十八小時(shí)內(nèi)不能 修改 結(jié)束 是 無法再次修改是 自動(dòng)加載同寢室的 盒子信息 是 否 圖 6 盒子設(shè)置流程圖 (1) 功能說明 此模塊為用戶使用盒子功能的關(guān)鍵模塊，主要完成盒子內(nèi)容的設(shè)置和使用宿舍 的創(chuàng)建以及加入。 (2) 功能特性 普通用戶基本操作。 (3) 輸入、輸出格式 輸入：

30、微信接口提供的信息 用戶填寫信息 商品信息 輸出： 提示信息 操作反饋 (4) 前提條件 用戶關(guān)注服務(wù)號(hào)。 4.2.3 盒子內(nèi)容更改模塊盒子內(nèi)容更改模塊 盒子內(nèi)容更改模塊的流程圖如圖 7 所示。 (1) 功能說明 此模塊為用戶使用盒子功能的關(guān)鍵模塊，主要完成盒子內(nèi)容的日常更改。 (2) 功能特性 普通用戶基本操作。 (3) 輸入、輸出格式 輸入： 微信接口提供的信息 用戶填寫信息 商品信息 輸出： 提示信息 操作反饋 在盒子設(shè)置里選擇 商品并提交 審核通過 相同寢室四十八小 時(shí)內(nèi)不能修改 結(jié)束 是 開始 添加商品到盒子設(shè) 置里 否 圖 7 更改盒子內(nèi)容流程圖 (4) 前提條件 用戶關(guān)注服務(wù)號(hào)。

31、 4.2.4 盒子管理員模塊盒子管理員模塊 盒子管理員模塊的流程圖如圖 8 所示。 (1) 功能說明 此模塊為管理員審核盒子申請(qǐng)的關(guān)鍵模塊，主要完成商家盒子內(nèi)容把控的主動(dòng) 性。 (2) 功能特性 管理員特殊操作。 (3) 輸入、輸出格式 輸入： 用戶提交的申請(qǐng)信息 商品信息 輸出： 審核結(jié)果 開始 用戶提交盒子申請(qǐng) 是否給予通過 結(jié)束 是 否 圖 8 盒子管理員流程圖 (4) 前提條件 操作人有管理員權(quán)限。 4.2.5 基本商城功能模塊基本商城功能模塊 商城基本功能模塊流程圖如圖 9 所示。 開始用戶購(gòu)買商品后臺(tái)發(fā)貨是否退貨 結(jié)束 進(jìn)入退貨流程 否 是 圖 9 商城基本功能模塊流程圖 (1)

32、功能說明 此模塊人人商城的基礎(chǔ)功能模塊。 (2) 功能特性 面向全網(wǎng)所有用戶。 (3) 輸入、輸出格式 輸入： 用戶提交的各種行為信息 商品信息 輸出： 商城信息反饋 (4) 前提條件 商城正常運(yùn)行即可。 4.3 數(shù)據(jù)字典數(shù)據(jù)字典 本系統(tǒng)模塊一共有九張表，分別是：存儲(chǔ)盒子管理員信息的盒子管理員表 tbl_admin，存儲(chǔ)盒子內(nèi)容信息的盒子表 tbl_box，存儲(chǔ)地址信息的學(xué)校表 tbl_school，宿舍樓表 tbl_building，宿舍號(hào)表 tbl_dorm，學(xué)校宿舍號(hào)表 tbl_school_dorm，存儲(chǔ)申請(qǐng)的申請(qǐng)表 tbl_submit，存儲(chǔ)修改時(shí)間的時(shí)間表 tbl_time， 存儲(chǔ)

33、用戶信息的用戶表 tbl_user。 盒子管理員表見表 1。 表 1 盒子管理員信息表 名類型長(zhǎng)度是否主鍵能否為空備注 Idint11是否主鍵 openidVarchar80否能 管理員 openid namevarchar10否能管理員姓名 盒子信息表見表 2。 表 2 盒子信息表 名類型長(zhǎng)度是否主鍵能否為空備注 Idint11是否主鍵 school_dorm_IdInt20否否宿舍 id goods_Idint11否否商品 id boolInt1否否是否存在 numInt11否否商品數(shù)量 nowUseInt1否否 是否在使用， 0 代表編輯狀 態(tài)，1 正常使 用狀態(tài)，2 代 表中間狀態(tài) 學(xué)

34、校表，樓棟表，以及宿舍表分別見表 3，4，5。 表 3 學(xué)校表 名類型長(zhǎng)度是否主鍵能否為空備注 Idint11是否主鍵 schoolNamevarchar50否否學(xué)校名字 表 4 宿舍樓棟表 名類型長(zhǎng)度是否主鍵能否為空備注 Idint11是否主鍵 school_IdInt11否否學(xué)校 ID dormvarchar50否否宿舍樓棟名 表 5 宿舍號(hào)表 名類型長(zhǎng)度是否主鍵能否為空備注 Idint11是否主鍵 school_buiding_IdInt11否否宿舍樓 ID dormNumvarchar50否否宿舍號(hào) 學(xué)校宿舍表見表 6。 表 6 學(xué)校宿舍表 名類型長(zhǎng)度是否主鍵能否為空備注 Idint1

35、1是否主鍵 schoolNamevarchar50否否學(xué)校名字 dormitoryNovarchar50否否宿舍樓號(hào) dormNovarchar50否否宿舍號(hào) creditValueInt11否能信用值 isnewInt11否否 累計(jì)更改盒 子次數(shù) 申請(qǐng)表見表 7。 表 7 申請(qǐng)表 名類型長(zhǎng)度是否主鍵能否為空備注 Idint20是否主鍵 school_buiding_IdInt11否否宿舍樓 ID openidvarchar80否否申請(qǐng)人 id timedatetime否否申請(qǐng)時(shí)間 時(shí)間表見表 8。 表 8 時(shí)間表 名類型長(zhǎng)度是否主鍵能否為空備注 Idint11是否主鍵 school_IdIn

36、t11否否學(xué)校 ID setTimedatetime否否修改時(shí)間 用戶表見表 9。 表 9 用戶信息表 名類型長(zhǎng)度是否主鍵能否為空備注 Idint11是否主鍵 school_IdInt11否否學(xué)校 ID openidVarchar80否能用戶 openid namevarchar20否能用戶姓名 Phonevarchar20否能用戶手機(jī)號(hào) 5 系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn) 5.1 模塊實(shí)現(xiàn)的理論基礎(chǔ)模塊實(shí)現(xiàn)的理論基礎(chǔ) 這次選用的數(shù)據(jù)庫是 Mysql，利用 HTML+JS+CSS 技術(shù)完成前端頁面的設(shè)計(jì)開 發(fā)，用 PHP+AJAX 技術(shù)完成后臺(tái)邏輯功能的實(shí)現(xiàn)13。系統(tǒng)一共有五大模塊，其詳細(xì) 實(shí)現(xiàn)方法見以下各

37、小節(jié)。 5.2 系統(tǒng)登錄模塊的實(shí)現(xiàn)系統(tǒng)登錄模塊的實(shí)現(xiàn) 系統(tǒng)登錄模塊的邏輯是靜默登錄，采用微信接口拉取用戶信息，因?yàn)槿巳松坛?又對(duì)這個(gè)接口做了封裝，所以本系統(tǒng)選擇在人人商城里 AJAX 傳值到我的頁面，完 成 openid 的傳值，具體代碼如下： 5.3 設(shè)置學(xué)校信息模塊的實(shí)現(xiàn)設(shè)置學(xué)校信息模塊的實(shí)現(xiàn) 首先通過用戶的 openid 獲取用戶的名字以及頭像信息，如圖 10 所示，然后用 戶填寫信息，（其間有輸入驗(yàn)證，如圖 11 所示）。填寫完成后，點(diǎn)擊提交，完成信 息的填寫，僅可填寫一次，再次進(jìn)入就只可以查看信息，如圖 12 所示。此模塊分別 和兩個(gè)頁面有關(guān)系，一個(gè)是填寫信息頁面，一個(gè)是選擇學(xué)校宿舍

38、頁面。 圖 10 信息頁面圖 圖 11 輸入驗(yàn)證示意圖 圖 12 填寫完成示意圖 其關(guān)鍵邏輯有三個(gè)，第一是信息的拉取以及顯示，關(guān)鍵代碼如下： ?php echo ?php $rs=mysql_query(select * from tbl_school);/顯示所有學(xué)校信息 while($rows=mysql_fetch_assoc($rs) echo .$rowsschoolName.; ? 第二個(gè)是信息輸入的驗(yàn)證控制模塊，關(guān)鍵代碼如下： $(#submit).click(function() load_re2(); var deal=true; if($.cookie(school)=nu

39、ll) deal=false; $(#w_school).css(display:); if($.cookie(building)=null) deal=false; $(#w_building).css(display:); if($.cookie(dorm)=null) deal=false; $(#w_dorm).css(display:); if($(#name).val()=) deal=false; $(#w_name).css(display:); if($(#phone).val()=) deal=false; $(#w_phone).css(display:); 第三個(gè)是提交

40、信息后的數(shù)據(jù)庫操作，關(guān)鍵代碼如下： 0)/ echo 有學(xué)校;/說明已經(jīng)有學(xué)校了 else echo 沒學(xué)校; ? 5.4 盒子選貨模塊的實(shí)現(xiàn)盒子選貨模塊的實(shí)現(xiàn) 5.4.1 選貨模塊選貨模塊 用戶在商品的羅列頁以及詳情頁都有一個(gè)“添加”的按鈕，點(diǎn)擊這個(gè)按鈕，將 通過 Ajax 把值傳到一個(gè)后臺(tái)處理的 PHP 文件，完成數(shù)據(jù)庫盒子表記錄的插入和修 改操作。如圖 13 所示。 其實(shí)現(xiàn)方式主要分為兩部分，第一部分是在人人商城添加點(diǎn)擊事件。具體代碼 如下： $goodstitle 添加到盒子 var xhr = new XMLHttpRequest(); /ajax 事件設(shè)置，以便接收返回的信息 xh

41、r.onreadystatechange = function() if(xhr.readyState=4) alert(xhr.responseText); xhr.open(get, xhr.send(null); xhr.onreadystatechange = function() if(xhr.readyState=4) alert(xhr.responseText); xhr.open(get, xhr.send(null); 圖 13 盒子選貨圖 5.4.2 選貨后編輯及提交模塊選貨后編輯及提交模塊 選貨之后，進(jìn)入“盒子設(shè)置”頁面，就可以看到已經(jīng)選擇的商品，在這個(gè)頁面 上可以修改

42、商品的梳理，左滑出現(xiàn)刪除按鈕，點(diǎn)擊可以刪除商品，左側(cè)有選中按鈕， 選中后下方有個(gè)實(shí)時(shí)的數(shù)值計(jì)算，點(diǎn)擊提交按鈕就可以提交。如圖 14 所示。 圖 14 盒子設(shè)置編輯演示圖 此模塊的關(guān)鍵有四部分，第一部分是商品羅列，其代碼如下所示： if(mysql_num_rows($rs_dorm)0)/預(yù)留判定條件 $rows_dorm=mysql_fetch_assoc($rs_dorm); $rs_goods=mysql_query(select goods_Id,num from tbl_box where nowUse=0 and school_dorm_Id=.(int)$rows_dormsch

43、ool_dorm_Id);/根據(jù)組名選 出所有商品 while($rows_goods=mysql_fetch_assoc($rs_goods)/依次獲取這個(gè)宿舍下的每個(gè)商 品的商品 id $nm=$rows_goodsnum; $goodsId=$rows_goodsgoods_Id;/存的是這個(gè)宿舍里的所有的商品 id $rs_detail=mysql_query(select title,thumb,marketprice from ims_ewei_shop_goods where id=.(int)$goodsId);/從老表里獲取每個(gè)商品的詳情 $str=$str.$goodsId

44、.:.$nm.,; $rows_detail=mysql_fetch_assoc($rs_detail); $title=$rows_detailtitle; $IMG= $price=$rows_detailmarketprice; echo ; echo 刪除 ; echo ;/在這里用數(shù)組寫購(gòu)物車 echo ; echo .$title.; echo ￥.$price.; echo ; echo -; echo ; echo + ; echo ; echo ; echo ; $nm=$rows_goodsnum; $goodsId=$rows_goodsgoods_Id;/存的是這個(gè)宿舍

45、里的所有的商品 id $rs_detail=mysql_query(select title,thumb,marketprice from ims_ewei_shop_goods where id=.(int)$goodsId);/從老表里獲取每個(gè)商品的詳情 $str=$str.$goodsId.:.$nm.,; $rows_detail=mysql_fetch_assoc($rs_detail); $title=$rows_detailtitle; $IMG= $price=$rows_detailmarketprice; echo ; echo 刪除 ; echo ;/在這里用數(shù)組寫購(gòu)物車

46、 echo ; echo .$title.; echo ￥.$price.; echo ; echo -; echo ; echo + ; echo ; echo ; echo ; echo + ; echo ; echo ; echo ; 第二部分是選中設(shè)置和實(shí)時(shí)計(jì)算數(shù)值，因篇幅問題，在這里簡(jiǎn)述一下它的邏輯： 獲取羅列商品頁的所有選中按鈕的狀態(tài)，然后完成根據(jù)每個(gè)商品的單價(jià)，數(shù)量，完 成相乘相加得出總的數(shù)值，填到固定位置。 第三部分是滑動(dòng)刪除特效，這里是調(diào)用一個(gè)第三方插件，具體代碼如下： var countStr=$.cookie(sql_countStr);/獲取 cookie var st

47、atus_process=eval( + countStr+ ); mui.init(); (function($) $(#OA_task_1).on(tap, .mui-btn, function(event) var elem = this; var li = elem.parentNode.parentNode; var str=li.id; var xhr = new XMLHttpRequest(); xhr.open(get,./php/delete.php?goodsid=+str); xhr.send(null); li.parentNode.removeChild(li);)

48、; var btnArray = 確認(rèn), 取消;/第二個(gè) demo，向左拖拽后顯示操作圖標(biāo)，釋放后 自動(dòng)觸發(fā)的業(yè)務(wù)邏輯)(mui); 第四部分是提交后后臺(tái)數(shù)據(jù)庫處理，這一步完成后將會(huì)跳到審核頁面，等待管 理員審核其盒子請(qǐng)求，此時(shí)用戶可以看到自己提交了什么商品，但是是黑白顏色的， 如圖 15 所示。 圖 15 等待審核示意圖 5.5 管理員審核模塊管理員審核模塊 首先，在后臺(tái)管理員表里有記錄的用戶，是管理員，管理員的盒子界面的右下 角比普通用戶多了個(gè)圓形的按鈕，上面有“審核”的字樣，點(diǎn)擊之后，就會(huì)跳轉(zhuǎn)到 審核頁面。在審核頁面羅列著最近七天的盒子請(qǐng)求條目，其中第一次請(qǐng)求的條目上 多了“NEW”字樣

49、，單擊每個(gè)條目會(huì)下拉展開顯示請(qǐng)求的具體內(nèi)容，左滑會(huì)出現(xiàn)審 核選項(xiàng)按鈕。如圖 16 所示。 此模塊主要有兩部分組成，第一是請(qǐng)求的羅列與編輯，這一部分的邏輯和本章 第四節(jié)的羅列編輯商品是一樣的，所以不予重復(fù)粘貼代碼。 第二部分是后臺(tái)數(shù)據(jù)庫的操作。當(dāng)選擇審核通過時(shí)，將會(huì)更新用戶請(qǐng)求的所有 商品的狀態(tài)，接下來用戶在 48 小時(shí)內(nèi)不得再次修改，其代碼如下： mysql_query(set names utf8); mysql_query(DELETE FROM tbl_box where school_dorm_Id=$school and nowUse=1);/清空 mysql_query(UPDAT

50、E tbl_school_dorm set isnew=isnew+1 where Id=$school);/變成 mysql_query(UPDATE tbl_box set nowUse=1,bool=1 where school_dorm_Id=$school and nowUse=2);/重新加入 ? 圖 16 審核頁示意圖 審核通過后將會(huì)跳往“我的盒子”頁面，接下來就可以正常使用盒子了，如圖 17 所示，用戶在審核頁的黑白色商品將會(huì)全部轉(zhuǎn)移到“我的盒子”里，并且變成彩 色，點(diǎn)擊這些商品，就會(huì)跳轉(zhuǎn)到所選商品的詳情頁面商品詳情頁，然后就可以進(jìn)行 商品購(gòu)買。 圖 17 正常盒子頁面 5.6

51、 人人商城到盒子模塊的跳轉(zhuǎn)人人商城到盒子模塊的跳轉(zhuǎn) 系統(tǒng)采用了在首頁放了一個(gè)懸浮按鈕的方案，并且通過絕對(duì)路徑，將其點(diǎn)擊事 件設(shè)置為跳往盒子頁面。同時(shí)在個(gè)人中心增加了到盒子設(shè)置和學(xué)校設(shè)置的跳轉(zhuǎn)，到 此為止，人人商城盒子模塊的開發(fā)，告一段落。 5.7 雙支付接入雙支付接入 微擎提供了一個(gè)支付封裝類，比直接調(diào)用微信以及支付寶要方便，在任意一個(gè) 界面調(diào)用父類的 this-pay 方法，然后傳入訂單號(hào)，金額等信息即可完成支付。其底 層其實(shí)還是兩個(gè)支付接口的調(diào)用。 6 系統(tǒng)測(cè)試系統(tǒng)測(cè)試 6.1 概述概述 測(cè)試就是做查漏補(bǔ)缺的工作14，程序開發(fā)是不可能一步到位的，其間好多問題 都是通過系統(tǒng)測(cè)試發(fā)現(xiàn)并解決的，

52、系統(tǒng)也需要反復(fù)的修改才能完善，從而才能慢慢 的契合用戶的需求。這樣，整個(gè)開發(fā)過程才是完整的15。 6.2 系統(tǒng)測(cè)試用例系統(tǒng)測(cè)試用例 系統(tǒng)測(cè)試用例表見表 10。 表 10 系統(tǒng)測(cè)試用例表 用例編號(hào)測(cè)試項(xiàng)目輸入及操作預(yù)期結(jié)果實(shí)際結(jié)果是否通過 BMHZ-01用戶登錄點(diǎn)擊進(jìn)入商城 自動(dòng)進(jìn)入商城， 無需登錄 與預(yù)期相同通過 BMHZ-02進(jìn)入學(xué)校設(shè)置 點(diǎn)擊個(gè)人中心， 點(diǎn)擊我的學(xué)校 進(jìn)入我的學(xué)校 設(shè)置頁，并且 顯示微信頭像 與預(yù)期相同通過 BMHZ-03 學(xué)校、宿舍選 擇 點(diǎn)擊各個(gè)選項(xiàng) 進(jìn)入選項(xiàng)頁面， 選中某個(gè)選項(xiàng) 后跳回設(shè)置頁 面，并將選擇 結(jié)果顯示出來 與預(yù)期相同通過 BMHZ-04 姓名與電話的 填寫以及輸入 驗(yàn)證控制 部分信息沒填 提示信息填寫 不完善，無法