湯嘉蕾，任遂曄，張瑞杰，劉 羲 、、.上海海洋大學(xué)，上海 006 .南京農(nóng)業(yè)大學(xué)，江蘇南京 0009

0 引言

眾所周知，食堂是大學(xué)生賴以生存的必要場(chǎng)所之一。然而，每個(gè)學(xué)校的食堂在高峰時(shí)段都可以用人滿為患來形容，沒有合理的秩序，沒有井然有序的排隊(duì)，取而代之的只有喧鬧和你推我搡，這無形的給那些餓著肚子來食堂尋找福音的學(xué)生迎頭一棒。大家不得不另尋出路，其中主要的替代方案就是外賣，不僅增加了成本也帶來了衛(wèi)生方面的威脅。由此，我們小組借鑒了現(xiàn)有的外賣點(diǎn)餐系統(tǒng)開始了我們對(duì)食堂數(shù)字化轉(zhuǎn)變的進(jìn)程。

1 理念概括

1.1 食堂信息化

我們等人希望將食堂所有菜色公開，每天堅(jiān)持更新，使得同學(xué)們直白的在點(diǎn)餐前了解到所有菜色，從而加快點(diǎn)餐的速度，提高食堂效率。

1.2 點(diǎn)餐數(shù)字化

我們希望打造一個(gè)食堂點(diǎn)餐平臺(tái)，使得食堂的點(diǎn)餐可以加入網(wǎng)絡(luò)技術(shù)的元素，使其成為名符其實(shí)的E-食堂。

1.3 阿姨工作簡(jiǎn)單，機(jī)械化

阿姨是食堂工作中的主要對(duì)象也是核心，她們的工作難度直接體現(xiàn)在食堂的綜合效率上，現(xiàn)在我們希望通過網(wǎng)絡(luò)，消除一些同學(xué)阿姨之間的溝通障礙，讓阿姨做一份輕松，高效率的工作。

2 初期調(diào)查&縮小范圍

在確定了我們的工作目標(biāo)后，我們開展了第一步調(diào)查工作。雖然我們四人達(dá)成了共識(shí)，開始對(duì)食堂進(jìn)行相應(yīng)的改進(jìn)措施，但是群眾基礎(chǔ)也是十分重要的一環(huán)。我們擬定了一些問題例如：1）您等待的極限時(shí)間是多少；2）您對(duì)食堂數(shù)字化抱有正面或負(fù)面態(tài)度。隨后我們將結(jié)果匯總，在600 份隨機(jī)調(diào)查問卷中我們驚喜的發(fā)現(xiàn)，98%的學(xué)生對(duì)現(xiàn)有的食堂效率不滿，其中又有90%的學(xué)生對(duì)數(shù)字化食堂表示期待。這不僅證明我們對(duì)食堂的改革是必要的，也在群眾中打好了良好的基礎(chǔ)，對(duì)后期試運(yùn)行埋下了伏筆。

在確定食堂數(shù)字化的大方向后，我們需要一個(gè)主要工作方向，因?yàn)樵谟邢薜臅r(shí)間內(nèi)我們不可能做到面面俱到。在一次討論中，一個(gè)成員又拿出了“餓了么”給我們參考，我們幾個(gè)人一拍即合決定做食堂點(diǎn)餐系統(tǒng)。起初我們決定翻版“餓了么”等知名網(wǎng)上點(diǎn)餐系統(tǒng)來做出一個(gè)校園食堂點(diǎn)餐網(wǎng)頁，隨后我們發(fā)現(xiàn)網(wǎng)頁打開緩沖較慢并且不太適合手機(jī)，于是我們將目光放在了服務(wù)端軟件上，我們將最終成果定義為一款點(diǎn)餐軟件，而不是以網(wǎng)頁形式來呈現(xiàn)。

3 需求分析&相關(guān)數(shù)據(jù)采集

我們分析一下，食堂效率低下主要原因有兩個(gè)，首先是學(xué)生不知道菜名導(dǎo)致學(xué)生不斷的詢問，使得阿姨浪費(fèi)時(shí)間去解釋，另一個(gè)是菜價(jià)，阿姨不知道明確的菜價(jià)會(huì)給結(jié)算過程帶來不必要的麻煩，使得沒問學(xué)生打飯時(shí)間間接地被延長(zhǎng)，使得學(xué)生的滿意度下降。所以點(diǎn)餐軟件必須能夠提供詳細(xì)的菜單菜價(jià)方便學(xué)生和工作人員。菜單需要分塊，分為早餐，午餐和晚餐區(qū)域，清楚易懂簡(jiǎn)單明了。在整個(gè)界面中，可以根據(jù)用戶的愛好來將菜單按不同順序排列。

創(chuàng)新一直是成功的先驅(qū)，為了提高系統(tǒng)的科學(xué)性，吸引健康飲食的學(xué)生，我們對(duì)各種菜有卡路里統(tǒng)計(jì)，并且可以更具熱量的從小到大排序，讓同學(xué)們一目了然。為了提高點(diǎn)餐的效率，方便同學(xué)們從百余種菜色中選到心儀的可口美食，我們的系統(tǒng)同樣可以提供關(guān)鍵字搜索功能，以及菜單保存功能。錦上添花的是，系統(tǒng)同樣提供自動(dòng)結(jié)算功能，每周一，消費(fèi)金額將自動(dòng)從卡上扣除（選擇）。

提高效率的同時(shí)，準(zhǔn)確率也必須相應(yīng)提高，點(diǎn)完餐后怎樣正確的拿到自己點(diǎn)的飯菜，個(gè)人信息的鍵入是十分的必要的，系統(tǒng)必須有相應(yīng)的身份識(shí)別與認(rèn)證這樣才能保證每位同學(xué)都能心滿意足嘗到心儀的飯菜。

在分析相關(guān)需求后，我們里除了相關(guān)需要采集的數(shù)據(jù)，它們是：

1）阿姨平均打飯時(shí)間；

2）食堂高峰時(shí)間跨度；

3）對(duì)食堂的滿意度以及對(duì)網(wǎng)上點(diǎn)餐的看法；

4）網(wǎng)速；

5）高峰時(shí)段食堂人數(shù)。

隨后我們開展了各項(xiàng)數(shù)據(jù)采集活動(dòng)，我們覺得對(duì)于現(xiàn)在食堂的進(jìn)程，阿姨打飯是其核心，我們通過觀察每一位阿姨在20min 內(nèi)的打飯人數(shù)，計(jì)算出平均每位阿姨在面對(duì)一位學(xué)生的打飯時(shí)間是45s。然而通過實(shí)地觀察，我們通過從中午11 點(diǎn)40 分到12 點(diǎn)40 一小時(shí)的觀察。我們發(fā)現(xiàn)食堂高峰時(shí)間段為11 點(diǎn)50 ～12 點(diǎn)30 一共40min，這對(duì)我們以后系統(tǒng)的開放時(shí)段很有參考作用。通過調(diào)查問卷我們隨機(jī)抽了300 位學(xué)生做了調(diào)查，我們發(fā)現(xiàn)97%的學(xué)生對(duì)食堂的擁擠表示無奈，其中85%的學(xué)生對(duì)點(diǎn)餐系統(tǒng)很感興趣。還有一個(gè)數(shù)據(jù)是網(wǎng)速，我們通過4 臺(tái)筆記本 通過WIRESHARK 軟件測(cè)試了一下食堂的網(wǎng)速，結(jié)果發(fā)現(xiàn)平均網(wǎng)速在1.2mb ～1.4mb/S ，這對(duì)服務(wù)端來說是個(gè)很好的基礎(chǔ)。最后我們統(tǒng)計(jì)了一下高分時(shí)段的人數(shù)，這里我們運(yùn)用到了一些建模的思想。我們測(cè)量了一下，一扇食堂的門有3個(gè)學(xué)生的寬度，一個(gè)食堂有平均4 個(gè)門，學(xué)生走路速度為1m每秒，高峰時(shí)段校園里人與人距離在2m 左右也就是說食堂一分鐘進(jìn)360 個(gè)左右，然而我們也估算了一下食堂一層的容量為2000 人，在1000 人時(shí)顯得非常擁擠了，人也就開始不進(jìn)來了，也就是說大約整個(gè)人流激增的過程為3min，進(jìn)來的人數(shù)約為1080 個(gè)左右，而平均每位用餐時(shí)間為20min，20min 后，又會(huì)產(chǎn)生一個(gè)人數(shù)激增點(diǎn)。通過計(jì)算機(jī)的預(yù)測(cè)，平均一位學(xué)生的網(wǎng)上點(diǎn)餐時(shí)間為25S 而阿姨打菜時(shí)間為9S 比人工點(diǎn)餐節(jié)省了11S，這是一個(gè)十分可觀的結(jié)果。

4 開發(fā)進(jìn)程

在定下軟件需求之后，軟件開發(fā)如火如荼的開展了起來。我們將平臺(tái)選在c#上，這是一種面向?qū)ο蟮摹⑦\(yùn)行于.NET Framework 之上的高級(jí)程序設(shè)計(jì)語言。也是現(xiàn)在最主要的編程語言之一。

在確定編程語言后，系統(tǒng)結(jié)構(gòu)也是一個(gè)重要的部分。我們毫不猶豫的先行采用了主流的TCP 特性網(wǎng)絡(luò)交互模式，其中在是否選擇點(diǎn)對(duì)點(diǎn)模式或者外接服務(wù)器模式，我們進(jìn)行了激烈的討論。在考慮到校園網(wǎng)的種種限制后，我們還是選擇了外接服務(wù)器框架模式， 如圖：

服務(wù)器和客戶端是單獨(dú)開發(fā)的，而軟件最大的難點(diǎn)是在網(wǎng)絡(luò)架構(gòu)上即客戶端與服務(wù)端的連接。我們首先使用計(jì)算機(jī)Ip地址和端口號(hào)創(chuàng)建一個(gè)System.Net.Sockets.TcpListener 類型的實(shí)例，然后在該實(shí)例上調(diào)用Start()方法，從而開啟對(duì)指定端口的偵聽。而后通過netstat-a 命令行 使客戶端的代碼建立起了連接，服務(wù)器端開始偵聽以后，可以在TcpListener實(shí)例上調(diào)用預(yù)定義方法來獲取與一個(gè)客戶端的連接。從而使得客戶端和服務(wù)端連通起來。在解決一系列的難題后，我們預(yù)期的基于PC 平臺(tái)的軟件大功告成。在下載了幾個(gè)皮膚包以后，一個(gè)漂亮的系統(tǒng)雛形呈現(xiàn)在我們面前。

在完成PC 平臺(tái)上的軟件后，我們覺得有必要將這款軟件做的更人性化，最完美的選擇就是將其移植到安卓平臺(tái)。雖說是移植，但是對(duì)于服務(wù)端來說是一定要重新編程的，這無疑對(duì)我們小組成員來說是個(gè)巨大的挑戰(zhàn)，因?yàn)闆]有一個(gè)成員接觸過安卓系統(tǒng)，但是我們抱著奮斗精神，一邊看著書一邊開始實(shí)踐。首先我們開始搭建安卓平臺(tái)，我們從谷歌上下載了帶adt的eclipse，安裝jdk 后我們正式的開啟了安卓軟件開發(fā)。我們首先試著將Android 端和原有服務(wù)端相連接，但是被拒絕，這時(shí)的我們煞費(fèi)苦心的去尋找原因，在經(jīng)過4,5 個(gè)日日夜夜的奮斗后，我們得知安卓2.3 以后為提高用戶體驗(yàn)主線程禁止聯(lián)網(wǎng) 聯(lián)網(wǎng)需要建立子線程 把a(bǔ)pi 等級(jí)改為9（2.3） 問題解決。但與此同時(shí)我們發(fā)現(xiàn)了傳輸數(shù)據(jù)亂碼的問題，于是我們繼續(xù)尋找原因所在。在查找網(wǎng)上資料后，我們得知c#（服務(wù)端）與java（客戶端，android）的編碼方式不同造成的 同時(shí)改為UTF-8 即可解決亂碼問題。到此為止網(wǎng)絡(luò)構(gòu)架問題基本解決，開發(fā)過程也沒有遇到什么大問題，在努力一個(gè)月后，我們終于將我們開發(fā)的APP 連接上了電腦的服務(wù)端，到此我們的開發(fā)宣告結(jié)束。整個(gè)項(xiàng)目也完成了80%。

5 結(jié)論

這款基于ANDROID 和PC 平臺(tái)的點(diǎn)餐軟件對(duì)整個(gè)食堂的運(yùn)行可以說是一把來自于萊克辛頓中的槍，具有里程碑時(shí)的作用，它使食堂的工作發(fā)生了質(zhì)的改變。但是我們也很客觀的看到了它的不足，比如界面粗糙，網(wǎng)絡(luò)連接時(shí)常出現(xiàn)錯(cuò)誤等。這也是很好的發(fā)展空間，需要我們進(jìn)一步努力去將它完善，并且運(yùn)用到實(shí)際中去。

[1]靳巖，姚尚朗.Google Android開發(fā)入門與實(shí)戰(zhàn)[M].人民郵電出版社.

[2]Christian Nagel,Bill Evjen,Jay Glynn.Professimal C# 4 and NET 4[M].Wiley Publishing.

[3]Android開發(fā)文檔.[Online]Available：http：//developer.android.com.

[4]微軟MSDN.[Online]Available：http：//msdn.microsoft.com/zh-cn/.

[5]葉達(dá)峰.Eclipse編程技術(shù)與實(shí)例[M].北京人民郵電出版社，2006.

[6]Java Socket與C#通信中中文亂碼問題的解決方案.[Online]Available：http：//blog.csdn.net/aboy123/article/details/8274858.