?

畢業設計說明書

?

?

基于微信平臺的“快遞超市”設計

???????????

?

?

基于微信平臺的“快遞超市”設計

?

?

摘?? 要

?

通過對當今快遞信息管理的分析，依托微信，采用 PHP 和 MySQL 及Apache 技術實現了一個“快遞超市”系統。本設計總結了快遞信息管理的要點，介紹了微信平臺的優勢，解析了整個系統開發的一些關鍵技術與設計，這些技術與設計在類似系統中具有一定通用性。開發與實踐的結果顯示，采用以上技術與設計，可以有效地提高快遞信息在服務商與用戶的傳遞及管理效率，具有較高的實用性。

?

關鍵詞 微信；快遞；Apache；PHP；MySQL

?

?

?

Design of ‘express-supermarket’

Based on WeChat

?

?

ABSTRACT

?

?

Forthe current status of express information management, relying on WeChat, usingPHP and MySQL and Apache technology to achieve ‘express-supermarket’ system.This design analyzes the key of express delivery information management,introduces the advantages of WeChat platform, and analyzes some keytechnologies and designs of the whole system development. These techniques anddesigns have certain versatility in similar system. Development and practice ofthe results show that the use of the above technology and design, caneffectively improve the delivery of information in the service providers andusers of the transmission and management efficiency, with high practicality.

?

KEY WORDS? WeChat; Express; Apache; PHP; MySQL

?

目?錄

?

?

中文摘要.I

英文摘要.II

目? 錄.III

引? 言.1

1..現狀分析. 1

1.1?快遞. 1

1.2?微信. 2

1.3?構想. 2

2..系統功能. 2

2.1.需求設計. 2

2.1.1身份認證.3

2.1.2自主下單.3

2.1.3信息查詢.3

2.2.功能設計. 3

3..系統架構. 4

3.1.服務器. 5

3.2.操作系統. 5

3.3.服務器軟件. 5

3.4.編程語言. 6

3.5.數據庫. 6

4..代碼編程. 8

4.1.微信端. 8

4.2.服務器端. 9

4.3.數據庫端. 11

5..系統完成. 12

5.1.代碼部署. 12

5.1.1微信端.12

5.1.2服務器端.13

5.1.3數據庫端.13

5.2.功能測試. 13

6..設計總結. 16

參考文獻.17

致? 謝.18

?

?

引?言

隨著快遞物流環節的精良化，以及快遞數據環節的信息化，傳統使用的手寫紙質快遞單造成的電子數據生成錯誤甚至失敗的問題，以及客戶對快遞物流信息的查詢對快遞信息傳遞及管理的要求越發凸顯。而微信是騰訊公司在2011年推出的一個基于智能手機的免費應用程序，其核心是社交通訊，這一屬性將用戶牢牢地聚集在平臺之上。截止到2016年第二季度，月活躍用戶已達到 8.06億。用戶和企業可以非常方便的在平臺上進行溝通。微信平臺為解決快遞信息傳遞及管理問題創造了新的可能性。

本論文的研究主題范圍內，并沒有針對性的文獻可供參考。對于本論文而言，只能嘗試將各相關研究范圍內的文獻資料進行收集整理，即收集整理包含快遞、網絡研發、微信各方面的文獻。并嘗試從網絡的浩瀚之海中學習前沿的技術并加以應用。在整個設計研究過程中，研究得以不斷改進與優化。

微信公眾平臺的后臺實際上就是一個WEB項目,能夠開發WEB項目的語言環境都可以實現。但每個語言都有各自的特性。例如準備周期不同，開發周期不同，可支持性不同，可維護性不同等等。因此，分析需求并設計合理的系統架構，并選擇在合適的編程語言平臺上，以及選用適宜的該編程語言的框架完成本系統的各項功能，是主要的問題。

本論文通過對當下快遞信息需求，用戶需求，及快遞服務提供商需求的分析，進行了“快遞超市”的功能設計，將內在的功能邏輯轉化為實際代碼，部署到服務器上，并成功地在微信上進行使用。通過實際使用者的反饋，“快遞超市”極大的滿足了快遞信息傳遞及管理方面的需求。

基于微信平臺的“快遞超市”設計為解決傳統使用的手寫快遞單造成的電子數據生成錯誤甚至失敗的問題，以及客戶對快遞物流信息的查詢、提醒即時性的要求，并提供除身份證以外的其他身份認證方式進行了探索，達到了本論文研究的目的。

?

1???現狀分析

?

社會正處于電子信息化時代，大多數熟悉的生產生活方式的形態都處于快速的更迭之中。在此趨勢下，一些原本分屬于不同的生活功能也許能以一種難以預料的方式結合起來，產生出全新的功能，并改變人們原有的生產生活方式。

1.1? 快遞

在未采用電子信息化時，所有快遞數據均采用人工管理，以會計的記賬法管理將所有紙質快遞單數據收集并整理。快遞數據的搜集、分類、處理、反饋等操作程序在傳統的手工操作中，工作效率偏低，但由于當時物流環節的限制，對快遞數據的要求不是首要之急。

當進入電子信息化時代后，所有的數據在新的管理方式下，需要從手寫的紙質快遞單轉換為電子數據，于是出現了兩種信息轉換方式。第一種是人工錄入方式，即將紙質快遞單交給熟悉電腦數據錄入的人員進行逐條錄入。但這一方式本質上仍需人工處理每條數據，數據的錄入速度沒有得到很大的提高。第二種是文字識別方式，即通過程序智能識別紙質快遞單上的文字，并將其轉換為電子數據。但程序的文字識別準確率不高，只能作為一種輔助手段，無法成為一種主流的信息轉換方式。并且快遞客戶對查詢、提醒的即時性要求進一步提升。

其次，快遞的簽收流程要求簽收人必須攜帶有效的身份證件以提供證明。也就意味著如果沒有攜帶有效的身份證件就不能對快遞進行簽收。必要的身份認證無可避免，但若能提供有一種便捷而安全的身份認證方式來代替上述方式，會有效的提高快遞服務的質量。

1.2? 微信

隨著信息化時代的到來，傳統的打電話、發短信的無法滿足人們對溝通方式的要求，使用手機聊天軟件進行溝通和交流的人越來越多。

不僅僅是因為相比傳統打電話、發短信，軟件聊天只花費少量流量費用，節約了開支；另一方面，方便和快捷的軟件，功能強大，創造了更多有趣、新穎的聊天方式。當前，在主流手機聊天軟件中發展最好，使用人群最多的就是微信了，微信 App 經過多次更新，從最初單一的語音通訊聊天，到如今已成為獨立的、立體化的社交媒介，并且成為時下人們的一種生活習慣。當今最流行的聊天平臺——微信，被越來越多人所選擇。

但是，信息化時代產品更迭超乎想象，強大的互聯網技術層出不窮，聊天軟件市場競爭越發激烈，而微信平臺要想立于不敗之地，就必須保持對市場的敏銳性，滿足廣大客戶的需求，將這種新興傳播模式持續健康發展^[1]。

1.3? 構想

快遞行業的發展重心已逐步由物流環節移向數據環節。如果能在擁有大用戶基數的微信平臺上，進行對快遞的數據管理，那么，快遞的數據管理可以分解至每一個用戶。即由用戶直接產生電子數據，可以選擇不再使用紙質快遞單。這樣，用戶既免去了手寫快遞單的步驟，并且可以在微信平臺上隨時隨地填寫信息，也免去必須去快遞營業點所花費的時間。

此外，時下興起的二維碼技術通過合理的設計也許可以提供一種便捷而安全的身份認證方式。

?

2???系統功能

?

通過系統的流程及需求，設計分析系統所要實現的功能及功能的結構體系，并以此進行合理有效的服務器與數據庫設計。

2.1? 需求設計

2.1.1???身份認證

1.在線填寫用戶姓名，手機號即可完成在公眾號的注冊。由于手機號已完成實名認證，故不需身份證號，注冊后生成與用戶綁定的二維碼，快遞工作人員通過掃描該二維碼即可完成實名認證。

2.收件認證本人收件，掃描實名二維碼認證；委托收件，收件人可掃描委托人唯一二維碼增加快件接收人信息，委托人可根據本人唯一二維碼進行收件，減少快遞丟失概率。

2.1.2???自主下單

1．選擇快遞公司，輸入快件大致重量體積與遞送地，自動生成校園內可寄送的快遞公司的價格與遞送時長。

2．移動端填寫信息，用戶通過移動端填寫信息：寄件人姓名、聯系方式等，收件人姓名、地址、聯系方式。

3．移動端與快遞小屋打印機互聯，打印快遞單。

2.1.3???信息查詢

1．查詢，移動端實時查詢；問題件、疑難件提醒。

2．到件提醒，取件時間、地點提醒。

2.2? 功能設計

由于快遞數據的數據庫由快遞服務商管理，當快遞服務商對數據有需求時，可直接使用數據庫進行功能定制。因此本設計側重研究用戶所需功能。用戶功能設計如表2-1 所示。

?

表2-1 用戶功能設計

功能	功能大類
選擇快遞公司，輸入快件大致重量體積與遞送地，自動生成校園內可寄送的快遞公司的價格與遞送時長。 ?	寄件
移動端實時查詢物流情況 ?	查詢
問題件、疑難件提醒, ? 到件提醒，取件時間、地點提醒。 ?	查詢
在線填寫用戶姓名，手機號即可完成在公眾號的注冊。由于手機號已完成實名認證，故不需身份證號，注冊后生成與用戶綁定的二維碼，快遞工作人員通過掃描該二維碼即可完成實名認證。 ?	認證
收件認證本人收件，掃描實名二維碼認證；委托收件，收件人可掃描委托人唯一二維碼增加快件接收人信息，委托人可根據本人唯一二維碼進行收件，減少快遞丟失概率。 ?	認證
移動端填寫信息，用戶通過移動端填寫信息：寄件人姓名、聯系方式等，收件人姓名、地址、聯系方式。	寄件

?

實際實現時，為了便于直觀性及使用性，再劃分功能后，微信菜單結構設計如圖2-1所示。

圖2-1 菜單結構圖

3???系統架構

?

系統采用標準的三層 B/S 架構，分為手機端、服務器端、數據庫端，如圖3-1所示。手機頁面展示端選擇微信。但是也需對服務器商，操作系統，以及服務器軟件與編程語言等部署環境進行合理選擇。

?

圖3-1 系統結構圖

?

3.1? 服務器

快遞信息管理系統其本質是管理信息系統（ MIS ）。

通過各種資料查詢，阿里云對解決快遞信息管理系統應用問題有如下優勢：

(1)通過基于阿里云平臺的 MIS 發揮大數據、云計算，為快遞服務商供給個人彈性化的、靈活的、訂制化的快遞服務，滿足中小企業集群化和產品靈活調度，降低中小企業的資金成本和人力資源成本的需求提供了優勢。

(2)基于阿里云平臺的快遞信息管理系統可以利用大數據技術分析快遞信息服務所匯聚的中小企業的信息，為中小企業供給更加強有力的集群化和產品靈活調度的服務。

(3)阿里巴巴集團發揮阿里云平臺的優勢，對快遞信息管理系統形成一種支撐力，有利于加深阿里巴巴集團與中小企業的合作，在阿里巴巴集團與中小企業之間構筑聯盟^[2]。

綜上所述，本系統的服務器選擇架設在阿里云服務器上。

3.2? 操作系統

現在常用服務器的操作系統大致分為兩類： WindowsNT與 Linux。

Windows NT操作者經過簡短的培訓即可掌握圖形用戶界面，其安裝、使用和管理都比較簡單。由于Windows NT 內置 IIS(Internet Informationservice) ，可以很容易地實現網絡服務，包括 WWW 、 FTP 、 Gopher 等。因此在很多時候人們會選擇使用 Windows NT 。雖然 WindowsNT 是一個易于操作者管理和實現各種網絡服務的操作系統，但其穩定性和可靠性不好，出現死機的狀況比較頻繁，與UNIX及Linux系統相比， WindowsNT差距很大。而且，由于圖形占用大量硬件資源，所以雖然操作起來 Windows NT 相對簡單，但對系統要求較UNIX 及 Linux 高，在性能速度上更是比Linux遜色很多^[3]。

基于以上考慮，本系統服務器的操作系統選擇 Linux ，以保證服務器無人監守時穩定運行。

3.3? 服務器軟件

現在常用的服務器軟件有IIS(Microsoft)、Apache、Nginx、Tomcat等。

與Linux相似，很大程度上，Apache的巨大成功的原因是由于其開源。相比其他平臺，Apache 的跨平臺性尤甚，不僅完成了許多基本的功能，例如I/O、內存分配等，并且這些接口與具體平臺無關，因此，只要通過對原有的Apache Web服務器進行較少的配置，就可以構建一個伸縮性強的服務器系統；同時，因為使用簡單的結構和算法，使Apache Web服務器的理解和維護相對容易，系統穩定性也得到提高^[4]。

基于以上考慮，本系統服務器的服務器軟件選擇 Apache ，以保證服務器的穩定運行，并為后續的系統開發提供了便利。

3.4? 編程語言

編程語言選擇計算機語言中的高級語言，以免去底層編程的精力。但即便如此，計算機的高級語言種類也十分繁多，例如：C 、 C++ 、 C# 、Java 、 PHP 、ASP等等。

其實每一門編程語言都有各自的優缺，而在服務器端有很多編程語言都能勝任工作。但經過仔細的斟酌，本系統服務器的編程語言選擇PHP。

PHP作為在編程人員中新興的熱門語言。引用PHP(PersonalHome Page Tools)的官方主頁 http://www.php.net 的介紹，PHP是一種腳本語言。其實，它的一些特性與ASP相似，而且主要功能也是用于動態交互式的Web服務器應用程序的開發。PHP構思于1994年，1995年公開第一個版本。而最新版修復了歷史版本的一些BUG，并且加入新的擴展功能，使PHP 支持 HTTP 身份驗證，Cookie、GIF圖像創建等。目前，由PHP開發人員開發的PHP 被大量采用，而且一些大體量的集團公司也采用了 PHP 進行網站開發。如今，世界上有超過600萬個網站使用 PHP ，并且仍然保持增長的趨勢。PHP的出現，可以成為 ASP 及JSP之外的有一種選擇，甚至是最佳選擇。它不僅擁有其他網站編程語言的優點，并且它在簡便的開發 Web 應用程序的特性，又具有跨平臺的可移植性，非常具有發展潛力^[5]。

3.5? 數據庫

使用穩定的數據庫來對數據進行管理，是整個設計過程中極為重要的一環。如果數據庫設計不合理，那么對數據的管理將變得十分復雜。所以根據前期的需求分析與系統的數據體系，選擇使用MySQL 。

MySQL 作為目前三大數據庫環境：SQL Server、 MySQL 、 Oracle 之一，相比其他選擇，具有體積小、速度快、總體擁有成本低，開源等優勢，對于本系統而言，是合適之選。

MySQL是 Oracle 公司開源的 RDBMS(Relational Database Management System ，關系型數據庫管理系統)應用，是關系型數據庫軟件中在Web應用領域最受歡迎的選擇之一。MySQL 使用標準化 SQL 數據庫管理語言，具有較強通用性，為有經驗的數據庫管理人員最佳選擇節省了學習成本^[6]。 MySQL 數據庫不僅包括數據定義、操縱、控制、服務等主流數據庫管理功能，其中數據操縱以數據查詢、數據更新、數據刪除為主。關系型數據庫部分是SQL 數據庫的核心部分，通過定義數據關系模式，實現對數據庫操作^[7]。

根據數據的存儲模型劃分，數據庫類型大致分為:網狀數據庫(Network Database)、樹狀數據庫(HierarchicalDatabase)、面向對象數據庫(Object-oriented Database)及關系數據庫(Relational Database)。商業應用中數據庫管理系統主要使用關系型數據庫。關系型數據庫基于關系代數對數據進行管理操作的，關系代數的操作有：并、交、差、叉積、選擇、投影及連接。數據庫管理系統根據需求，對一個及多個關系數據，進行合理高效的運算．取出其中符合操作者需求的集合。用更直觀的介紹方式來說，對于關系型數據庫而言，管理系統將數據視作操作單元，操作是對操作單元進行的^[8]。

雖然關系數據庫增加了數據庫關聯信息查詢的計算量，但由于本系統并非存在大量的數據關系。故采用關系數據庫。

各表結構如下：

1.快遞單主表

表3-1 快遞單主表（ExpressForm）

名稱	字段	數據類型	自增	Null
本表主鍵	PKID	Int	是	否
快遞單編號	ExpressNo	Varcahr(50)	否	否
發貨客戶編號	SendCustomerNo	Varcahr(50)	否	否
發貨客戶	SendCustomer	Varcahr(50)	否	否
發貨客戶電話	SendCustomerTel	Varcahr(50)	否	否
發貨客戶地址	SendCustomerAddr	Varcahr(200)	否	否
收貨客戶編號	ReceiveCuetomerNo	Varcahr(50)	否	否
收貨客戶	ReceiveCustomer	Varcahr(50)	否	否
收貨客戶電話	ReceiveCustomerTel	Varcahr(50)	否	否
收貨客戶地址	ReceiveCustomerAddr	Varcahr(200)	否	否
發貨日期	SendDate	datetime	否	否
發貨地址	SendAddr	Varcahr(200)	否	否
快遞費	ExpressFee	Money	否	否
備注	Remark	Varcahr(200)	否	可

?

2. 快遞單事件表

表3-2 快遞單事件表(ExpressFormEvent)

名稱	字段	數據類型	自增	Null
本表主鍵	PKID	Int	是	否
快遞單主表主鍵	ExpressFormPKID	Int	否	否
事件名稱	EventName	Varchar(200)	否	否
備注	Remark	Varchar(200)	否	可
發生時間	OccurTime	datetime	否	否

?

3.快遞費用查詢表

表3-3 快遞費用查詢表(ExpressFee)

名稱	字段	數據類型	自增	Null
本表主鍵	PKID	Int	是	否
出發地與目的地	DepartureAndDestination	Varcahr(200)	否	否
元/公斤	RMBPerKG	Float	否	否

?

4.用戶實名認證表

表3-4 用戶實名認證表(Verified)

名稱	字段	數據類型	自增	Null
本表主鍵	PKID	Int	是	否
姓名與電話	NameAndTel	Varcahr(200)	否	否
二維碼信息	QRCodeMessage	Varcahr(200)	否	否

?

?

4???代碼編程

?

系統架構設計完畢，通過之前的系統功能分析就可以在 B/S 各端上進行代碼編程^[9]。由于篇幅所限，只以一個功能在各端的實現作為示例說明。功能的實際請求在系統中的代碼流程如圖4-1所示。

圖4-1 代碼流程圖

?

4.1? 微信端

微信官方要求菜單代碼必須是 Json 格式， menu.json 的代碼實現如下圖4-2所示:

圖4-2 menu.json

Json格式是以鍵值對的形式來進行更規范化網絡數據傳輸的一種標準格式。如代碼示意圖所示，button代表該json文件攜帶的信息為按鈕菜單的格式，相當于數據結構中樹結構的根，其下每一個花括號代表了每一個子樹，name代表的是按鈕名稱，type代表消息類型，url代表消息請求所跳轉的網址。

4.2? 服務器端

服務器端共有兩個文件， form.html 與 service.php 。 form.html 用作信息的錄入， service.php 用作數據庫的交互。

下面以 EnterInformation.html 與EnterInformation.php 為例。

EnterInformation.html的核心代碼實現如下圖4-3所示:

?

圖4-3EnterInformation.html

Html 是用來進行頁面展示并指定整個數據請求的格式的代碼。由于手機端與電腦端的尺寸不同，以及頁面的美觀所需，引入CSS 樣式表指定整個 Html 頁面的樣式。

由于這部分代碼涉及到的相關知識過多且無深化講解的必要，因此略去不表。

EnterInformation.php 的核心代碼實現如下圖4-4所示:

圖4-4 EnterInformation.php

使用 mysql_connect() 函數進行數據庫連接測試，執行后考慮到便于調試，使用mysql_error()輸出錯誤信息，相當于處理異常。未免整個數據請求在網絡傳輸時字符集混亂，使用 mysql_query() 設定字符集為UTF-8 。最后通過 mysql_select_db() 函數選擇指定的數據庫。至此數據庫連接完畢。

所有的編號，例如快遞編號都使用 rand() 函數產生一個隨機數進行分配。再使用date()函數獲取當前時間戳并指定格式。

生成一個 sql 語句字符串，由于 php 對字符串的處理支持占位符，可以便捷的直接更改一個字符串，避免了在修改字符串時使用冗長的代碼及這個過程中帶來的錯誤。

直接使用 $_POST 全局變量獲取 EnterInformation.html 轉過來的 HTTP 請求參數并與上文中提到的sql 語句字符串直接合并，完成了一個動態的 sql 語句。

最后使用 mysql_query() 函數執行 sql 語句，完成數據錄入。并用 mysql_close()函數釋放數據庫連接資源。

4.3? 數據庫端

由于存在多張表，未免重復，以快遞單主表為例進行說明

建表語句如圖4-5所示：

圖4-5 建表語句

Mysql 的建表語句與其他主流數據庫類似，但略微有所不同。設定字段自增時需用 auto_increment 關鍵字指明，另外為使字符集統一建表語句后指明字符集為 UTF-8。

?

5???系統完成

?

將代碼正確的部署到 B/S 各端，并對系統使用進行功能測試。

5.1? 代碼部署

5.1.1???微信端

微信端的代碼通過微信官方的微信公眾平臺接口調試工具部署^[10]，如圖5-1所示。將 menu.json放入"body"文本框中，點擊"檢查問題"進行菜單生成。

圖5-1 微信端部署

最底部的 "Requestsuccessful" 表示菜單已成功生成。微信端菜單如圖5-2所示。

圖5-2 微信端菜單

5.1.2???服務器端

服務器端代碼需要放置在指定的目錄下才能使微信端的網絡請求得到正確的響應。將所有的 .html 文件與 .php 文件放在服務器的 /var/www/html 路徑下。通過電腦端瀏覽器查看是否部署成功。

圖5-3 瀏覽器頁面

120.25.68.197為阿里云分配的服務器 IP 地址。通過訪問IP 地址，服務器會調取 index.php 進行響應。而 index.php 中的內容就是字符串“Hello World!!!!”。 圖5-3表明.html 文件與 .php 文件已經部署在服務器上，并且可以響應網絡請求。

5.1.3???數據庫端

在 MySQL 數據庫中使用建表語句進行建表。并輸入查看表結構的語句進行檢測。

Desc ExpressForm;

結果如圖5-4所示，建表完成。

圖5-4查看表結構

5.2? 功能測試

未免行文繁瑣，不一一展開所有功能，只使用具有代表性的寄快遞中的填寫信息功能進行說明。

用戶在手機微信端菜單上點擊“寄快遞”，再點擊“填寫信息”。如圖5-5所示。

圖5-5 操作圖1

用戶在表格中填寫快遞詳細信息。如圖5-6所示。

圖5-6 操作圖2

點擊提交，服務器會將用戶輸入信息發送至數據庫保存，并返回輸入信息以及快遞單號以供用戶核實備用。如圖5-7所示。

圖5-7 操作圖3

最后在數據庫端查詢數據是否成功錄入，顯示數據庫已成功將數據保存，快遞服務商已可以用數據生成其定制快遞單，免去了二次錄入的重復操作。如圖5-8所示。

圖5-8 操作圖4

基于以上結果，可以看到本設計已成功運行并可投入實際使用。

?

6???設計總結

快遞行業的發展重心已逐步由物流環節移向數據環節，而基于微信平臺的“快遞超市”指的是在擁有大用戶基數的微信平臺上進行的對新的快遞數據管理進行的一種新的探索。本文在分析快遞和微信的現狀后，提出了將二者結合的構想。通過對用戶和快遞服務商的需求與功能分析，設計了系統結構及運行環境，最后成功完成代碼，并可以在微信上進行使用。

通過本系統，說明快遞的數據管理可以依托大用戶基數的應用，將快遞的數據管理的端口交給用戶，這不僅為快遞服務商解決了一道難題，而解決難題后，快遞服務商所提供的服務品質的提升也使用戶享受到了更加優質的服務。

此外本次設計也提供了一種便捷而安全的身份認證方式的思路來代替原有的快遞簽收身份認證方式，為用戶省去了攜帶證件的不便。

本系統的實際使用邀請了一些日常使用快遞頻率較高者進行使用，系統的使用反饋得到了多數人的肯定，并且，通過郵件詢問快遞服務商后，發現快遞服務商也在嘗試包含微信在內的各種平臺，來實現本系統設計的初衷。說明了本次設計所具有的實際價值。

研究過程難免存在些許瑕疵，但在一定程度上本設計具有通用性。本設計為不同的生活功能如何進行合理有效的結合進行了探討，為類似研究打下了基礎。

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

參考文獻

[1] 徐曉宇.從傳播學角度解構微信的信息傳播模式[J]. 新媒體研究, 2016, 2(21): 28-29.

[2] 呂超.基于阿里云平臺的中小企業 MIS 的應用研究[D]. 山東大學,2015.

[3] 江立穎.基于 Web 的通用遠程網絡教學平臺系統的設計與實現[J]. 碩士論文, 大連理工大學, 大連, 2001.

[4] 侯景華.基于 Apache 的 Web 服務器性能優化和分析[J]. 西安電子科技大學, 西安, 2006.

[5] 何玨飛.基于 php 技術和三層 B/S 模式的辦公自動化系統的設計與實現[D]. 天津大學, 2007.

[6] B?ttcher S, Hartel R, Wolters D. S2CX: Fromrelational data via SQL/XML to (Un-)Compressed XML[J]. Information Systems,2016, 56:198-213.

[7] 田超. 基于MySQL的計算機網絡課程雙語教學平臺設計[D]. 內蒙古大學, 2016.

[8] 黃錫偉,畢厚杰. 關系型數據庫和對象數據庫范式和操作研究[J]. 小型微型計算機系統, 1997, 18(11): 61-68.

[9] 黃浪.企業級的B/S模式應用軟件非功能性需求分析與研究[D]. 廈門大學, 2008.

[10] 劉厚.微信公眾互動平臺的設計與實現[D]. 湖南大學, 2016.

?

致? 謝

此次畢業設計也算是為大學生活畫上了一個句號。此間我所經歷和感受到的將使我受益終生。特別感謝朱老師在我完成畢業設計的過程中的敦促，使我能夠有效率的完成畢業設計。我生性有些拖沓，有勞老師費心。

生命短暫，很多事情也許把握不住，只要思想不因痛苦和快樂變得慵懶，就是幸事。

?

時間：2017年5月17日22:30:18

總結

以上是生活随笔為你收集整理的基于微信平台的“快递超市”设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。