張清 李爽 張淑媛 王甜宇 劉廣

【摘 要】通過對(duì)高校學(xué)生取快遞的現(xiàn)狀進(jìn)行分析，提出了一種適合學(xué)生群體的快遞代取模式，即學(xué)生互助性代取。本文使用PHP和MySQL開發(fā)了互助性代取平臺(tái)——順手網(wǎng)，對(duì)該網(wǎng)站進(jìn)行了分析與規(guī)劃、設(shè)計(jì)及實(shí)現(xiàn)。本網(wǎng)站的實(shí)現(xiàn)可以解決學(xué)生取快遞時(shí)間與上課時(shí)間“不湊巧”地撞在一起的問題，讓一個(gè)沒課的同學(xué)幫助一個(gè)需要取快遞卻有課的同學(xué)取件，大大節(jié)省了同學(xué)們的時(shí)間。

【關(guān)鍵詞】互助性代取;順手網(wǎng);PHP;MySQL

中圖分類號(hào)： TP311.52文獻(xiàn)標(biāo)識(shí)碼： A文章編號(hào)： 2095-2457（2019）08-0026-003

DOI：10.19694/j.cnki.issn2095-2457.2019.08.010

【Abstract】Based on the analysis of the current situation of College Students express delivery， this paper puts forward a model of express delivery for students，that is，students' mutual assistance. In this paper， we use PHP and MySQL to develop a mutually assistant substitution platform- Hand-in-Hand Network， and analyze， plan， design and implement the website. The realization of this website can solve the problem that students take courier time and class time "coincidentally" collide， let a classmate without class help a classmate who needs courier but has class to take courier， greatly saving students time.

【Key words】Mutual assistance substitution;Hand-on network;PHP;MySQL

1 緒論

1.1 研究背景

大學(xué)校園封閉的環(huán)境導(dǎo)致大多數(shù)快遞業(yè)務(wù)不能進(jìn)入校園。即使部分快遞業(yè)務(wù)進(jìn)入校園，同學(xué)們也會(huì)因?yàn)檎谏险n，參加社團(tuán)活動(dòng)等原因不能及時(shí)收件。有的學(xué)校占地面積大，快遞點(diǎn)有可能離學(xué)生所在的位置很遠(yuǎn)，需要花很長(zhǎng)時(shí)間、體力去取，或者拜托一個(gè)同學(xué)取多份快遞。實(shí)際上，學(xué)生們有很多的空余時(shí)間，大多數(shù)時(shí)候只是取快遞時(shí)間與上課時(shí)間“不湊巧”地撞在一起，或者與取快遞的地點(diǎn)“不湊巧”地離的有些遠(yuǎn)。所以讓一個(gè)“湊巧”的沒課又離得近的同學(xué)幫助一個(gè)需要取快遞的“不湊巧”同學(xué)，這是可以實(shí)現(xiàn)的。而這種幫助假如是有償并且金額適中，對(duì)于雙方來說，都是有利的。并且我們把眼光放大，在主營(yíng)業(yè)務(wù)為代取快遞的基礎(chǔ)上，發(fā)散思維將主營(yíng)業(yè)務(wù)由“代取快遞”擴(kuò)展為“代辦事務(wù)”，也同時(shí)可以理解為一種同學(xué)間的合理有償?shù)幕突ブ?。本文提出順手網(wǎng)——大學(xué)生互助代取平臺(tái)，利用該平臺(tái)能夠快速整合資源，同時(shí)為學(xué)生展開基于“互聯(lián)網(wǎng)+”模式的創(chuàng)業(yè)提供平臺(tái)支持，也是在校大學(xué)生勤工儉學(xué)的一種途徑。

1.2 研究目的

順手網(wǎng)的實(shí)現(xiàn)能夠使學(xué)生取快遞時(shí)發(fā)生種種的“不湊巧”轉(zhuǎn)化成“湊巧”，僅僅只整合利用學(xué)生內(nèi)部的這個(gè)資源，形成同學(xué)間的 “互幫互助”形式。每個(gè)學(xué)生可以是“求助人”，也可以是“代辦人”。強(qiáng)調(diào)學(xué)生之間的影響與作用，盡可能的減少流程，提高效率。在主營(yíng)業(yè)務(wù)為代取快遞的基礎(chǔ)上，還可以將主營(yíng)業(yè)務(wù)由“代取快遞”擴(kuò)展為“代辦事務(wù)”，實(shí)現(xiàn)同學(xué)間的合理有償?shù)幕突ブ?，?jié)省了同學(xué)們?nèi)】爝f的時(shí)間，提高了效率。

2 平臺(tái)分析

順手網(wǎng)主要面向高校學(xué)生開放使用，支持系統(tǒng)管理員，委托人（學(xué)生）和代辦人（學(xué)生）等多用戶、雙角色使用模式，不同級(jí)別的用戶對(duì)數(shù)據(jù)庫擁有不同的訪問權(quán)限，登錄不同的用戶管理界面，使用系統(tǒng)提供的不同功能。這里需要強(qiáng)調(diào)，某一名同學(xué)，可以是發(fā)布人這個(gè)角色也可以是代辦人這個(gè)角色。在發(fā)布請(qǐng)求時(shí)，他是發(fā)布人;在接單時(shí)，他又是代辦人。具體的業(yè)務(wù)流程圖如圖1所示。

3 平臺(tái)設(shè)計(jì)

3.1 平臺(tái)的設(shè)計(jì)思路

網(wǎng)站分為前臺(tái)管理和后臺(tái)管理兩部分。前臺(tái)即用戶的管理包括用戶的注冊(cè)登錄，“發(fā)布訂單”，“我的接單”等功能，是面向所有普通用戶的界面。后臺(tái)管理包括訂單的管理、注冊(cè)用戶的管理、管理員的管理。用于后臺(tái)管理人員管理所有訂單，用戶。不同級(jí)別的管理員對(duì)數(shù)據(jù)庫，后臺(tái)擁有不同的訪問管理權(quán)限，登錄不同的用戶管理界面，使用系統(tǒng)提供的不同功能。

3.2 平臺(tái)的具體設(shè)計(jì)

3.2.1 平臺(tái)前臺(tái)設(shè)計(jì)

（1）注冊(cè)：該平臺(tái)面向所有在校大學(xué)生開放，以身份證件和校園卡為依托，需要實(shí)名注冊(cè)和學(xué)生身份認(rèn)證。只有實(shí)名認(rèn)證和學(xué)生身份認(rèn)證通過后才能發(fā)布訂單任務(wù)和接單。

（2）發(fā)布訂單：發(fā)布人在平臺(tái)發(fā)布一個(gè)“求助信息”，“求助信息”包括需要代辦的事宜、填寫有關(guān)的信息，并支付一定金額的“賞金（人民幣）”（“賞金”在“代交易”完成前會(huì)有順手平臺(tái)作為第三方代為保管）。本平臺(tái)將根據(jù)每份快遞的大小、重量以及代取時(shí)的天氣等，通過平臺(tái)設(shè)計(jì)的數(shù)學(xué)模型計(jì)算出所需支付的賞金，也可自行決定賞金金額，并從用戶賬戶中預(yù)先扣除，放在平臺(tái)或由第三方平臺(tái)管理保存。在代取快遞業(yè)務(wù)中，用戶還需設(shè)定代辦人繳納的“保證金”金額。用戶確認(rèn)后訂單即成功發(fā)布。在未被接單前，平臺(tái)僅部分顯示要取快遞的快遞公司名稱、取件地點(diǎn)、期望送件時(shí)間及地點(diǎn)、快遞重量及大小等，一旦被接單，取貨號(hào)、姓名及電話等私密信息才可見。發(fā)布的“求助”內(nèi)容信息通過MYSQL數(shù)據(jù)庫由前臺(tái)系統(tǒng)同步到后臺(tái)系統(tǒng)，經(jīng)后臺(tái)管理審核后再返還到前臺(tái)。

（3）我的接單：“代辦人”同學(xué)在平臺(tái)查看所有已發(fā)布的“求助”訂單信息，將感興趣的“求助”訂單接下，這時(shí)候不會(huì)立即給予“賞金”并且需要繳納一定金額的快遞保證金。 “代辦人”前往快遞站點(diǎn)，使用校園卡或?qū)W生證代取快遞（不能使用身份證，使用身份證沒有辦法核實(shí)取快遞的人是否是學(xué)生），取完，將快遞送至“發(fā)布人”指定地點(diǎn)。若代取快遞時(shí)發(fā)現(xiàn)快遞存在破損，應(yīng)及時(shí)與“求助人”聯(lián)系。雙方都確認(rèn)完成代辦交易后，由平臺(tái)保管的“賞金”和“保證金”會(huì)發(fā)到“代取人”的賬戶上。當(dāng)“代辦人”正式接單時(shí)，“代辦人”可與“發(fā)布人”溝通并獲得“求助”訂單具體內(nèi)容（如代取快遞業(yè)務(wù)中，快遞的取貨碼）和求助者的基本信息（電話，微信等）。

（4）確認(rèn)收貨

“代辦人”將快遞交付“求助人”，用戶確認(rèn)快遞完好之后在平臺(tái)上確認(rèn)收貨?！按k人”獲得相應(yīng)賞金，存入賬戶。一旦“求助人”確認(rèn)收貨，就說明快遞已安全送達(dá)，此后出現(xiàn)的的一切問題與“代辦人”無關(guān)。

（5）雙方互評(píng)

本平臺(tái)引入評(píng)分機(jī)制，“求助人”確認(rèn)收貨后，“求助人”與“代辦人”可就本次訂單對(duì)對(duì)方進(jìn)行評(píng)價(jià)，包括服務(wù)效率，態(tài)度以及快遞是否完好。評(píng)價(jià)分為三個(gè)等級(jí)，分別是“好評(píng)”、“中評(píng)”、“差評(píng)”，所獲得的評(píng)價(jià)可累計(jì)到用戶的個(gè)人信用等級(jí)中。

（6）投訴：網(wǎng)站會(huì)開設(shè)一個(gè)投訴的功能，只有在本網(wǎng)站注冊(cè)的用戶才有權(quán)力使用，用戶可以隨時(shí)與客服人員進(jìn)行在線交流，及時(shí)解決用戶的問題，保障用戶的合法權(quán)益。

3.2.2 平臺(tái)后臺(tái)設(shè)計(jì)

（1）用戶的信息認(rèn)證與管理

注冊(cè)用戶管理：本平臺(tái)暫時(shí)只面對(duì)在校大學(xué)生，與各高校合作，注冊(cè)需要包括姓名，性別，年齡，郵箱，登陸密碼，學(xué)校，院系，專業(yè)，年紀(jì)，學(xué)號(hào)等信息。在用戶上傳信息后，與學(xué)校教務(wù)處存儲(chǔ)學(xué)生比對(duì)，比對(duì)成功，即通過審核成為合格用戶。

（2）“求助”訂單的分類與管理：“代辦人”同學(xué)可以通過搜索，查詢“求助人”的代辦事務(wù)信息。平臺(tái)將代辦事務(wù)分為代取快遞、代打飯、代買零食以及代取課本等其他幾大類，供“代辦人”選擇搜索。對(duì)于商品更細(xì)節(jié)的可由“發(fā)布人”同學(xué)自己在“詳細(xì)描述”框中添加，例如對(duì)于代取快遞，可添加快遞的相對(duì)大小，重量等。用于供“代辦人”同學(xué)結(jié)合自身情況考慮，是否提供幫助。網(wǎng)站的管理人員有權(quán)對(duì)上架商品進(jìn)行初步的審核與管理。

（3）用戶、管理員管理：用戶信息儲(chǔ)存于系統(tǒng)后臺(tái)數(shù)據(jù)庫，管理人員必須要有相應(yīng)的權(quán)限才能查看，以防止信息泄露。用戶也可自主在前端頁面修改信息。

（4）平臺(tái)保管保證金及賞金：在一次交易進(jìn)行過程中，平臺(tái)將代為保管“發(fā)布人”提供的“賞金”和“代辦人”繳納的“保證金”。雙方確認(rèn)收貨，交易完成后，“賞金”和“保證金”都發(fā)送到“代辦人”賬戶。

（5）誠(chéng)信積分管理：本網(wǎng)站實(shí)行誠(chéng)信積分制，由平臺(tái)管理者制定規(guī)則并管理，每當(dāng)完成一次“代”交易時(shí)，“發(fā)布人”與“代辦人”進(jìn)行雙向評(píng)價(jià)評(píng)分。如當(dāng)發(fā)生“騎士同學(xué)”私藏快遞，求助者可向平臺(tái)投訴該名“騎士”平臺(tái)予以扣分，積分過低時(shí)取消其在本平臺(tái)的“代辦人”資格，不能在平臺(tái)進(jìn)行交易業(yè)務(wù)。

（6）免責(zé)說明：本平臺(tái)僅為第三方平臺(tái)，不參與任何交易。代取人員憑借學(xué)生證或校園卡代取快遞時(shí)，必須確認(rèn)快遞是否完好。簽字代取后即表示一切問題由本人承擔(dān)（先在保證金中扣除），無法向快遞公司追責(zé)，亦與本平臺(tái)無關(guān)。此提示出現(xiàn)在用戶注冊(cè)界面，注冊(cè)用戶同意了才可以進(jìn)行注冊(cè)，本平臺(tái)保留一切最終解釋權(quán)。

3.3 數(shù)據(jù)庫設(shè)計(jì)

本平臺(tái)使用了MySQL數(shù)據(jù)庫，建立了名為dachuang的數(shù)據(jù)庫，其中包括5張數(shù)據(jù)表，分別為admin，article，category，orders，user。

（1）admin表用于管理組成員注冊(cè)信息的存儲(chǔ)，含有字段： 管理員id，username（用戶名） ，password（密碼） ，type（類型）。

（2）article表用于存儲(chǔ)已發(fā)布“求助”訂單的信息，可以理解為對(duì)商品信息的存儲(chǔ)，包含字段： id，userid（用戶id），title（標(biāo)題），status（狀態(tài)），price（賞金），addtime（添加日期），categoryid（類型編號(hào)），content（備注），img（圖片），isno（ 0 表示本次留言是未通過審核，1表示已通過審查，buyid（代辦人id）。

（3）category表管理代辦事物類型，包含id，title（代辦事件名稱）。

（4）orders表用于對(duì)接單動(dòng)作的信息的存儲(chǔ)，包含字段有id，articleid（“求助”訂單的id）。

（5）buyid（代辦人id，即用戶id），addtime（接單時(shí)間），xingming（代辦人姓名），dizhi，tel（電話），price1（保證金），type（支付類型）。

（6）User表用于對(duì)普通用戶的信息進(jìn)行存儲(chǔ)。包括字段包括id，account（用戶名），nickname（昵稱），password（密碼），email（郵箱），addtime（注冊(cè)時(shí)間），img（頭像），sex（性別），tel（電話），address（地址）。

4 平臺(tái)實(shí)現(xiàn)

4.1 用戶注冊(cè)頁面的實(shí)現(xiàn)

4.2 發(fā)布“求助”訂單的實(shí)現(xiàn)

4.3 接單功能的實(shí)現(xiàn)

由于篇幅原因，其他前臺(tái)頁面、后臺(tái)頁面及代碼暫不展示。

5 總結(jié)

如今互聯(lián)網(wǎng)信息技術(shù)快速發(fā)展，高?！按k”業(yè)務(wù)也悄然興起，這或許將帶動(dòng)新的一系列行業(yè)的發(fā)展。尤其是中國(guó)高校學(xué)生人口眾多，需求種類多，所以我們的平臺(tái)的設(shè)計(jì)是順應(yīng)時(shí)代的，是為學(xué)生的學(xué)習(xí)、生活提供便利的，是滿足高校學(xué)生的需求的。經(jīng)過前期的分析與設(shè)計(jì)，順手網(wǎng)實(shí)現(xiàn)的功能較為完善，后期我們會(huì)繼續(xù)不斷分析調(diào)研，實(shí)現(xiàn)功能更加完善、更能貼近大學(xué)生生活的互助平臺(tái)。

【參考文獻(xiàn)】

[1]薩師煊，王珊.數(shù)據(jù)庫系統(tǒng)概論[M].北京：高等教育出版社，2015（5）：3-460.

[2]張工廠.PHP+MySQL動(dòng)態(tài)網(wǎng)站開發(fā)從入門到精通[M].北京：清華大學(xué)出版社，2017（1）：1-320.

[3]顧笑，王妙韻，杜子琳，郭逸珺.高?？爝f“最后一公里”免費(fèi)代取模式[J].中國(guó)管理信息化，2017（20）：123-127.