天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

天津工業(yè)大學(xué)畢業(yè)設(shè)計(jì)天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)姓名 學(xué)院管理學(xué)院專 業(yè)信息管理與信息系統(tǒng)學(xué) 號(hào) 指導(dǎo)教師 職 稱 年月天津工業(yè)大學(xué)畢業(yè)設(shè)計(jì)任務(wù)書

題目天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)學(xué)生姓名學(xué)院名稱 管理學(xué)院 專業(yè)班級(jí)課題類型模擬課題課題意義網(wǎng)上訂餐為客戶提供的是最方便的飲食方式，以快速，便捷的訂餐業(yè)務(wù)省去了客戶很多不必要的時(shí)間和麻煩，給商家?guī)砀嗬妗Ｍ瑫r(shí)，網(wǎng)上訂餐可以輔助餐飲企業(yè)營銷。通過信息管理，可以記錄餐飲企業(yè)方方面面的數(shù)據(jù)，促進(jìn)管理率的提高。任務(wù)與進(jìn)度要求管科系自進(jìn)行畢業(yè)設(shè)計(jì)（論文）動(dòng)員；學(xué)生在校查閱、收集課題相關(guān)資料資料，做好選題準(zhǔn)備；一畢業(yè)實(shí)習(xí)；與指導(dǎo)教師協(xié)商確定論文題目及論文提綱；實(shí)習(xí)完畢，準(zhǔn)時(shí)返校；向指導(dǎo)教師提交開題報(bào)告；畢業(yè)論文開題答辯；撰寫畢業(yè)論文，提交查重論文；論文定稿及裝訂；畢業(yè)論文答辯。主要參考文獻(xiàn)施劍凡.高校網(wǎng)上訂餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].科技視界,2013,25:88-89.許旺央.網(wǎng)上訂餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].廈門大學(xué),2013.吳艷玲.基于的網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[D].吉林大學(xué),2012.蔣力.網(wǎng)上訂餐管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].吉林大學(xué),2014.謝華等.Visio2010圖形設(shè)計(jì)實(shí)戰(zhàn)技巧精粹[M].北京：清華大學(xué)出版社，.陳思羽.商品庫存管理系統(tǒng)分析與設(shè)計(jì)[J].中國科技博覽,2015,0（5）;228-228.薛均曉，李占波.UML系統(tǒng)分析與設(shè)計(jì)[M].北京：機(jī)械工業(yè)出版社，2014.王曉玲.網(wǎng)絡(luò)系統(tǒng)分析與設(shè)計(jì)分析[J].電子技術(shù)與軟件工程,2015,0（4）;21-21.起止日期備注院長系主任 指導(dǎo)教師

畢業(yè)設(shè)計(jì)開題報(bào)告表年月曰姓名學(xué)院管理學(xué)院專業(yè)信息管理與信息系統(tǒng)班級(jí)題目天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)指導(dǎo)教師一、與本課題有關(guān)的國內(nèi)外研究情況、課題研究的主要內(nèi)容、目的和意義：與本課題有關(guān)的國內(nèi)外研究情況：在世界上經(jīng)濟(jì)發(fā)達(dá)的國家和地區(qū)，計(jì)算機(jī)技術(shù)應(yīng)用于餐飲業(yè)已經(jīng)十分成熟，餐飲業(yè)能不斷運(yùn)用先進(jìn)的管理方法和手段特別是信息技術(shù)，充分地利用巨大的信息資源，大大提高了餐飲業(yè)的管理效率和經(jīng)濟(jì)效益。網(wǎng)上訂餐業(yè)務(wù)在我國正處于發(fā)展期，很多商家意識(shí)到網(wǎng)上訂餐帶來的方便快捷，紛紛與網(wǎng)站建立合作，而各網(wǎng)站也推出不同的優(yōu)惠來吸引消費(fèi)者。課題研究的主要內(nèi)容：主要研究校園食堂網(wǎng)上訂餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，完成的主要功能包括：顧客注冊(cè)登錄、菜單查詢、添加訂單、取消訂單、菜單管理、菜品統(tǒng)計(jì)等模塊。目的和意義：近幾年類似于淘寶網(wǎng)這種大型的網(wǎng)上購物網(wǎng)站的飛速發(fā)展，網(wǎng)上購物已成為一種時(shí)尚。而校園由于課程固定，用餐時(shí)間比較集中，所以，提供新的一種便捷快速的訂餐方式，可以方便在校那些學(xué)習(xí)工作緊張的學(xué)生、老師就餐。本系統(tǒng)設(shè)計(jì)的目的是為了滿足師生及時(shí)就餐的需要，用戶只要通過互聯(lián)網(wǎng)就可以訂購自己喜歡的菜品，減少等待時(shí)間，提高食堂人員工作效率，實(shí)現(xiàn)網(wǎng)上購買菜品。二、進(jìn)度及預(yù)期結(jié)果起止日期主要內(nèi)容預(yù)期結(jié)果在校查閱資料，做好選題準(zhǔn)備開題答辯撰寫畢業(yè)論文定稿畢業(yè)論文答辯選定論文題目參加開題答辯按進(jìn)度要求完成按進(jìn)度要求完成參加畢業(yè)論文答辯完成課題的現(xiàn)有條件指導(dǎo)教師指導(dǎo)論文。利用圖書館查閱資料。通過互聯(lián)網(wǎng)進(jìn)行資料搜索、查找。查閱相關(guān)雜志、期刊等資料。審查意見指導(dǎo)教師： 年月 日學(xué)院意見主管領(lǐng)導(dǎo)： 年 月 日

天津工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)評(píng)閱表畢業(yè)設(shè)計(jì)題目天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)學(xué)生姓名學(xué)生班級(jí) 指導(dǎo)教師姓名評(píng)審項(xiàng)目指標(biāo)滿分評(píng)分選題能體現(xiàn)本專業(yè)培養(yǎng)目標(biāo)，題目大小、難度適中；學(xué)生工作量飽滿，能得到較全面訓(xùn)練。10題目與生產(chǎn)、科研等實(shí)際問題結(jié)合緊密。10課題調(diào)研文獻(xiàn)檢索能獨(dú)立查閱文獻(xiàn)以及從事其它形式的調(diào)研，能較好地理解課題任務(wù)并提出實(shí)施方案；有分析整理各類信息從中獲取新知識(shí)的能力。15外文應(yīng)用能正確引用外文文獻(xiàn)，翻譯準(zhǔn)確，文字流暢。5設(shè)計(jì)說明書（論文）設(shè)計(jì)圖紙（插圖）簡(jiǎn)潔、規(guī)范、無差錯(cuò)，設(shè)計(jì)欄目齊全合理，能正確使用國家標(biāo)準(zhǔn)單位。15設(shè)計(jì)說明書（論文）結(jié)構(gòu)嚴(yán)謹(jǐn)，表達(dá)清楚，文字通順，用語正確，基本無錯(cuò)別字和病句，書寫格式符合規(guī)范。15能根據(jù)畢業(yè)設(shè)計(jì)目標(biāo)進(jìn)行實(shí)驗(yàn)設(shè)計(jì)，對(duì)數(shù)據(jù)的運(yùn)算及處理正確無差錯(cuò)，對(duì)實(shí)驗(yàn)結(jié)果的分析準(zhǔn)確。20設(shè)計(jì)具有創(chuàng)新性或?qū)嵱脙r(jià)值。10合計(jì)100意見及建議評(píng)閱人簽名： 年月日

天津工業(yè)大學(xué)畢業(yè)設(shè)計(jì)成績(jī)考核表學(xué)生姓名學(xué)院名稱管理學(xué)院專業(yè)班級(jí)題目天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)1.畢業(yè)設(shè)計(jì)指導(dǎo)教師評(píng)語及成績(jī):成績(jī)： 指導(dǎo)教師簽字：— 年月日2.畢業(yè)設(shè)計(jì)答辯委員會(huì)評(píng)語及成績(jī)：答辯主席（或組長）簽字： 年月日3.畢業(yè)設(shè)計(jì)總成績(jī):a.指導(dǎo)教師給定成績(jī)b.評(píng)閱教師給定成績(jī)c.畢業(yè)答辯成績(jī)總成績(jī)（aX+bX+cX）摘要隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，電子商務(wù)以其快捷、便利的優(yōu)勢(shì)得到了人們的普遍認(rèn)同，餐飲服務(wù)與電子商務(wù)相結(jié)合，出現(xiàn)了網(wǎng)上訂餐這種新的訂餐方式，網(wǎng)上訂餐系統(tǒng)是實(shí)現(xiàn)信息化的食堂管理的一個(gè)關(guān)鍵環(huán)節(jié)。本文通過對(duì)校園食堂的實(shí)際情況進(jìn)行需求分析，基于天津工業(yè)大學(xué)較為完善的信息化建設(shè)基礎(chǔ)，使用信息技術(shù)對(duì)食堂進(jìn)行信息化管理，使其能夠更好的服務(wù)師生。顧客能夠通過瀏覽網(wǎng)頁進(jìn)行訂餐，商家則可以通過后臺(tái)管理自己的窗口，完成處理訂單、管理菜品等操作。系統(tǒng)的數(shù)據(jù)庫采用安全性能較高的MySQL，并選用PHP語言，實(shí)現(xiàn)食堂網(wǎng)上訂餐的基本流程。系統(tǒng)對(duì)訂餐信息進(jìn)行整合，能夠有效控制食堂的物料使用，同時(shí)分散食堂用餐高峰期工作人員的工作量，提高工作效率。解決了長期以來由于食堂用餐時(shí)間集中造成的人員擁擠、菜品在匆忙制作下質(zhì)量大打折扣、由于沒有合理指導(dǎo)造成的物料嚴(yán)重浪費(fèi)以及工作人員只在用餐時(shí)段勞動(dòng)量集中等問題。關(guān)鍵詞：電子商務(wù)；網(wǎng)上訂餐；食堂；MySQLABSTRACTWiththecontinuousdevelopmentofnetworktechnology.PeoplegenerallyagreeElectroniccommercebecauseitisconvenientandservicecombinedwithe-commerce.Theonlineorderisnewwayofonlinereservationsystemistorealizetheinformatizationofakeylinkintheprocessofthecanteenmanagement.Thisarticleanalyzethepracticalsituationofcampuscanteen,basedontheinformationconstructionofTianjinPolytechnicUniversity.Usinginformationtechnologytothecanteenforinformationmanagementcangivetheteachersandstudentsbettercanorderamealbybrowsingtheweb.Businessescanmanagetheirownwindow.Theyalsocanprocessingordersandmanagethedishes.SystemdatabaseusingMySQLthathighersafetyperformanceandselectthePHPlanguage,realizethebasicprocessofcanteenreservationsystemcollecttheorderinformaionforeffectivelycontrolthecanteenofthematerialsused.Atthesametime,itdispersetheworkloadofstaffmealsatpeakandimproveworksystemsolvedduetothedininghallmealtimeconcentrationunderthepersonnelintheproductionofpoorqualityinaisnoreasonableguidancematerialscauseseriouswasteandstaffonlyatmealtimelaborconcentrated,etc.Keywords：Electroniccommerce;Onlineorder;Canteen;MySQL.目錄TOC\o"1-5"\h\z\o"CurrentDocument"第一章緒論 1\o"CurrentDocument"研究背景 1\o"CurrentDocument"國內(nèi)外研究現(xiàn)狀 1\o"CurrentDocument"系統(tǒng)開發(fā)的目的和意義 2\o"CurrentDocument"本系統(tǒng)的特點(diǎn) 2\o"CurrentDocument"論文結(jié)構(gòu)安排 3\o"CurrentDocument"本章小結(jié) 3\o"CurrentDocument"第二章系統(tǒng)需求分析 4\o"CurrentDocument"系統(tǒng)需求定義 4\o"CurrentDocument"系統(tǒng)可行性分析 4\o"CurrentDocument"系統(tǒng)業(yè)務(wù)流程分析 5\o"CurrentDocument"系統(tǒng)用例分析 6\o"CurrentDocument"順序圖 11\o"CurrentDocument"本章小結(jié) 14\o"CurrentDocument"第三章系統(tǒng)設(shè)計(jì) 15\o"CurrentDocument"系統(tǒng)功能模塊設(shè)計(jì) 15\o"CurrentDocument"系統(tǒng)配置 17\o"CurrentDocument"系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) 17\o"CurrentDocument"本章小結(jié) 20\o"CurrentDocument"第四章系統(tǒng)實(shí)現(xiàn) 21\o"CurrentDocument"系統(tǒng)登錄首頁面實(shí)現(xiàn) 21\o"CurrentDocument"系統(tǒng)管理員主界面 22\o"CurrentDocument"顧客選擇窗口界面 23\o"CurrentDocument"本章小結(jié) 23第五章系統(tǒng)測(cè)試 24\o"CurrentDocument"系統(tǒng)測(cè)試 24\o"CurrentDocument"用戶登錄模塊測(cè)試 24\o"CurrentDocument"本章小結(jié) 25\o"CurrentDocument"結(jié)論 26參考文獻(xiàn) 27附錄 28\o"CurrentDocument"謝辭 33第一章緒論研究背景近幾年來，電子商務(wù)在中國崛起，使得網(wǎng)絡(luò)營銷也進(jìn)入了不斷發(fā)展的階段，而這種新型的方式，也被不同的行業(yè)所接受。餐飲業(yè)具有相對(duì)其他行業(yè)技術(shù)含量比較低，而且聚集著大量的勞動(dòng)力的特點(diǎn)。統(tǒng)計(jì)顯示，2014年全國餐飲總收入27860億元，相對(duì)2013年增長了個(gè)百分點(diǎn)，比上一年加快個(gè)百分點(diǎn)，預(yù)計(jì)2015年全國餐飲總收入將達(dá)到37000億萬元。餐飲業(yè)也在根據(jù)人們的需求進(jìn)行自己的轉(zhuǎn)變，向更加營養(yǎng)、富有特色的方向發(fā)展，也在此過程中不斷探索出全新的銷售方式，網(wǎng)絡(luò)銷售也應(yīng)運(yùn)而生。同時(shí)，電子商務(wù)據(jù)統(tǒng)計(jì)，2014年中國電子商務(wù)市場(chǎng)交易規(guī)模為127000億元，相對(duì)2013年增長了個(gè)百分點(diǎn)，預(yù)計(jì)2015年我國電子商務(wù)市場(chǎng)交易規(guī)模將突破191000億元。網(wǎng)絡(luò)銷售是電子商務(wù)的主要銷售手段，已經(jīng)被各個(gè)行業(yè)廣泛使用。很多大型公司可以通過網(wǎng)上收集客戶的數(shù)據(jù)，進(jìn)行分析后，制定公司的新的階段的發(fā)展方向。高校食堂也可以嘗試運(yùn)用網(wǎng)絡(luò)銷售的方式進(jìn)行餐品的售賣，因?yàn)榇髮W(xué)生受教育程度高，容易接受新生事物，所以對(duì)于網(wǎng)上訂餐這種新型模式也比較容易認(rèn)可。高校食堂一般存在以下特點(diǎn)：第一是面向人群比較固定，基本是學(xué)校的教職工與在校大學(xué)生，以及一少部分外來人員，他們長期在食堂用餐，可能會(huì)對(duì)食堂提出更高的要求；第二是學(xué)生來自全國各地，往往具有不同的口味習(xí)慣，而普通的食堂出售的菜品，幾乎無法做到能夠滿足每個(gè)人的不同口味。想要切實(shí)解決這個(gè)問題，就只有對(duì)學(xué)生的具體需求進(jìn)行調(diào)查分析，按照其需求對(duì)食堂的各種口味菜品結(jié)構(gòu)進(jìn)行調(diào)整。如果能開發(fā)出這樣一套系統(tǒng)，可以通過統(tǒng)計(jì)顧客訂餐的情況來了解顧客的需求，接著根據(jù)此對(duì)菜品的結(jié)構(gòu)進(jìn)行優(yōu)化，調(diào)整食堂的窗口分布，無疑是可以良好的解決這個(gè)問題。第三是學(xué)校食堂規(guī)模較大，但是由于大學(xué)食堂并沒有獨(dú)占餐飲市場(chǎng)，學(xué)校周邊存在著各式各樣的餐館、小吃店、快餐店，因此也不能不注意客源流失這個(gè)問題。因此食堂應(yīng)時(shí)刻根據(jù)顧客的需求調(diào)整自身，實(shí)現(xiàn)吸引、鞏固顧客消費(fèi)群，最終達(dá)到能夠留住大量的固定顧客消費(fèi)群體這一目的。同時(shí)食堂也要注意由于學(xué)生消費(fèi)習(xí)慣的不同，使用在飲食上的費(fèi)用也不是固定的，這就需要食堂能夠針對(duì)不同，提供不同的服務(wù)。網(wǎng)上訂餐避免由于窗口地理位置的分布，導(dǎo)致缺失很多客源，顧客登錄系統(tǒng)后即可對(duì)窗口主經(jīng)營情況有了直觀的了解，這無疑是將食堂的資源整合，增加競(jìng)爭(zhēng)力。國內(nèi)外研究現(xiàn)狀在國外，網(wǎng)上訂餐的發(fā)展比較早，由于電子商務(wù)的飛速發(fā)展，以及各種電子科技產(chǎn)品的發(fā)展和普及，人們從最早需要一臺(tái)能上網(wǎng)的電腦，到現(xiàn)在只需要一個(gè)平板電腦或者手機(jī)，就能隨時(shí)訪問網(wǎng)絡(luò)，完成訂餐。眾多公司紛紛瞄準(zhǔn)這一商機(jī)，發(fā)展網(wǎng)上訂餐業(yè)務(wù)，并已經(jīng)形成專門的產(chǎn)業(yè)鏈，開通網(wǎng)上訂餐的公司會(huì)與專門的配送公司進(jìn)行合作，消費(fèi)者選購好自己中意的菜品，就可以等待商家制作完成進(jìn)行配送了。供應(yīng)商往往可以通過了解顧客的飲食習(xí)慣，進(jìn)而制定出針對(duì)消費(fèi)者口味的一系列變革，以此吸引更多的消費(fèi)者。在國內(nèi)，由于科技進(jìn)步以及互聯(lián)網(wǎng)的不斷發(fā)展，現(xiàn)在已經(jīng)有大量的商家能夠完整的提供網(wǎng)上訂餐業(yè)務(wù)，比如麥當(dāng)勞、肯德基、必勝客這種洋快餐，也有像美團(tuán)外賣、餓了么、淘點(diǎn)點(diǎn)這種綜合訂餐網(wǎng)站，都能很好的完成訂餐到配送一系列完整的訂餐流程。但是基本沒有高校食堂能夠提供這樣一個(gè)網(wǎng)上訂餐業(yè)務(wù)，往往還是使用傳統(tǒng)的電話訂購的形式。雖然只需撥打一個(gè)電話就可訂購菜品，但這種訂餐方式存在一些問題，比如商家往往需要詳細(xì)地詢問才能了解顧客的需求，這樣無形之中浪費(fèi)了大量時(shí)間，而且不是每個(gè)人都能知道所有商家的電話，這局限了訂餐的種類。商家也只能夠通過手工記錄顧客訂單，容易出現(xiàn)記錄錯(cuò)誤或丟失的情況。而通過Email、微信、。。等手段訂餐，雖然改善了食堂對(duì)訂單管理的繁瑣的工序，但仍然存在不能為顧客直觀的展示菜品的缺陷?？偟膩碚f，食堂網(wǎng)上訂餐在我國還是處于空白期。系統(tǒng)開發(fā)的目的和意義食堂的管理模式一直沒有太大的變化，這不但降低了工作效率，還對(duì)食堂的正常經(jīng)營造成了影響。要從根本對(duì)食堂的管理方式進(jìn)行轉(zhuǎn)變，就要積極探索出一條適合食堂運(yùn)營的新路線，保證高校食堂穩(wěn)定的經(jīng)營成本。一個(gè)良好的信息化管理工具可以使管理者能在安排幾千人就餐的同時(shí)，對(duì)數(shù)據(jù)進(jìn)行良好的分析。為大學(xué)的用餐秩序以及用餐環(huán)境提供保障，提高服務(wù)效益，提升工作效率。雖然大學(xué)的信息化建設(shè)都相對(duì)完善，但在食堂這方面的建設(shè)還是投入不大。而信息化管理對(duì)食堂的經(jīng)營具有很大的助力，在保證師生的良好用餐的同時(shí)，也能對(duì)商家的物料進(jìn)銷存進(jìn)行系統(tǒng)化指導(dǎo)，避免以前只能憑借經(jīng)驗(yàn)來進(jìn)行物料的購入，這樣往往導(dǎo)致原材料不然就不夠，不然就多了造成浪費(fèi)。借助信息化管理往往可以根據(jù)師生的訂單來確定每天原材料的準(zhǔn)備工作，提高了食堂的工作效率，保障了食堂的正常收益。同時(shí)，也可以根據(jù)每日訂餐的情況調(diào)查顧客具體口味偏重于哪些方面，從而對(duì)窗口的招商能夠起到指導(dǎo)作用。總而言之，大學(xué)食堂是為了能夠?yàn)樵谛熒峁┝己玫娘嬍彻?yīng)，為了更好的發(fā)展進(jìn)步，就有必要引入一個(gè)相對(duì)完善的食堂網(wǎng)上訂餐系統(tǒng)，食堂通過顧客提出的用餐要求生成訂單，各個(gè)窗口制作出顧客需求的菜品來滿足其需求，節(jié)約顧客時(shí)間的同時(shí)，也加快了自身工作效率，避免出現(xiàn)忙時(shí)排長隊(duì)，閑時(shí)窗口的工作人員無事可做，將訂餐需求都集中到特定時(shí)間段的情況，也避免顧客因?yàn)榈却龝r(shí)間過長造成的人員流失。本系統(tǒng)的特點(diǎn)本系統(tǒng)擁有以下幾個(gè)特點(diǎn)：（1） 系統(tǒng)實(shí)用性：能夠使顧客高效便捷地完成最基本的訂餐流程，能夠使商家對(duì)自己窗口的經(jīng)營情況有一個(gè)直觀的了解。（2） 系統(tǒng)先進(jìn)性：本設(shè)計(jì)采用適用范圍較廣的MySQL數(shù)據(jù)庫，方便系統(tǒng)管理員對(duì)數(shù)據(jù)的管理及維護(hù)。（3） 系統(tǒng)安全性：顧客選擇購餐后，只需要填寫訂購的菜品名稱與數(shù)量并提交訂單，等待餐廳確認(rèn)即可，管理員會(huì)定期對(duì)后臺(tái)數(shù)據(jù)進(jìn)行管理與維護(hù)。系統(tǒng)的靈活性與可擴(kuò)展性：本設(shè)計(jì)可以在后臺(tái)對(duì)前臺(tái)的內(nèi)容進(jìn)行控制，可以根據(jù)需求對(duì)管理模式進(jìn)行改變，可以隨時(shí)更新頁面的信息，具有一定的靈活性，也可以根據(jù)需求擴(kuò)展網(wǎng)站的規(guī)模。論文結(jié)構(gòu)安排第一章緒論，首先介紹了論文的研究背景，接著分析說明網(wǎng)上訂餐這種方式在國內(nèi)外的研究現(xiàn)狀，之后說明系統(tǒng)的開發(fā)目的和意義以及系統(tǒng)具有的特點(diǎn)，最后展現(xiàn)了本論文的整體結(jié)構(gòu)安排以及各章節(jié)的內(nèi)容。第二章食堂網(wǎng)上訂餐系統(tǒng)服務(wù)系統(tǒng)需求分析，首先對(duì)系統(tǒng)需求進(jìn)行定義，對(duì)系統(tǒng)使用者的需求進(jìn)行搜集歸納總結(jié)，然后對(duì)技術(shù)、經(jīng)濟(jì)、組織三方面對(duì)系統(tǒng)進(jìn)行可行性研究，接著分析本系統(tǒng)的業(yè)務(wù)流程和用例，得到業(yè)務(wù)流程圖和系統(tǒng)用例描述，最后動(dòng)態(tài)設(shè)計(jì)進(jìn)行了UML統(tǒng)一建模分析及描述。第三章食堂網(wǎng)上訂餐的系統(tǒng)設(shè)計(jì)，主要介紹了天津工業(yè)大學(xué)食堂網(wǎng)上訂餐管理系統(tǒng)系統(tǒng)設(shè)計(jì)的相關(guān)內(nèi)容。首先，對(duì)系統(tǒng)的總體結(jié)構(gòu)進(jìn)行了設(shè)計(jì)，通過該系統(tǒng)的功能結(jié)構(gòu)圖對(duì)該系統(tǒng)所包含的功能模塊做了簡(jiǎn)單描述。然后進(jìn)行了代碼設(shè)計(jì)和三個(gè)子系統(tǒng)功能模塊的詳細(xì)設(shè)計(jì)，并描述了各個(gè)子系統(tǒng)的主要功能業(yè)務(wù)。然后簡(jiǎn)單的說明了一下系統(tǒng)配置，最后，從概念模型設(shè)計(jì)和邏輯模型設(shè)計(jì)兩個(gè)方面論述了系統(tǒng)數(shù)據(jù)庫的設(shè)計(jì)內(nèi)容，通過E-R圖對(duì)實(shí)體、實(shí)體屬性和實(shí)體間聯(lián)系進(jìn)行了表示，進(jìn)一步得出關(guān)系模型以及數(shù)據(jù)表的設(shè)計(jì)。第四章食堂網(wǎng)上訂餐的系統(tǒng)實(shí)現(xiàn)，主要從系統(tǒng)登錄首頁面、系統(tǒng)管理員主界面、顧客選擇窗口頁面介紹了天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)的實(shí)現(xiàn)效果。第五章食堂網(wǎng)上訂餐的系統(tǒng)測(cè)試，本章主要介紹了系統(tǒng)測(cè)試的定義、主要方法以及在軟件實(shí)施中的重要性，并展示了用戶登錄模塊的測(cè)試及效果。本章小結(jié)本章首先介紹了論文的研究背景，接著分析說明網(wǎng)上訂餐這種方式在國內(nèi)外的研究現(xiàn)狀，之后說明系統(tǒng)的開發(fā)目的和意義以及系統(tǒng)具有的特點(diǎn)，最后展現(xiàn)了本論文的整體結(jié)構(gòu)安排以及各章節(jié)的內(nèi)容。第二章系統(tǒng)需求分析系統(tǒng)需求定義天津工業(yè)大學(xué)有師生28000余人，大部分人選擇在校就餐。由于課程時(shí)間比較集中，午間休息時(shí)間有限，導(dǎo)致用餐時(shí)間人員集中，窗口擁擠，往往需要很長時(shí)間的等待才能買到飯菜，甚至有時(shí)一些顧客因?yàn)槿硕?，等待時(shí)間過長而不得不放棄喜歡的飯菜購買快餐。對(duì)于商家來說，一些需要現(xiàn)場(chǎng)制作的菜品也由于不知道需求量而不能提前制作，無疑使其損失了不少經(jīng)濟(jì)來源。同時(shí)由于窗口地理位置的限制，很多位于食堂角落的窗口往往被顧客忽視，導(dǎo)致其經(jīng)營的菜品無人問津，使得入不敷出，不得不停止對(duì)窗口的租賃。經(jīng)過對(duì)多個(gè)窗口的調(diào)查，發(fā)現(xiàn)大部分商家基本還都是通過手工方式對(duì)窗口進(jìn)行管理。每日的菜品出售情況只能根據(jù)材料的消耗進(jìn)行統(tǒng)計(jì)，甚至有的窗口只根據(jù)刷卡機(jī)銷售金額進(jìn)行統(tǒng)計(jì)，對(duì)詳細(xì)的銷售情況并不清楚。只有少部分商家開通了電話訂餐或者短信訂餐的形式，但是也會(huì)遇到由于短信沒有按時(shí)收到而造成的訂餐延誤，這種情況就使提前訂餐沒有意義。而計(jì)算機(jī)與網(wǎng)絡(luò)則可以輕而易舉地將這些問題解決，而且方便快捷容易操作。對(duì)于窗口的各項(xiàng)文件管理，基本上是以紙質(zhì)材料進(jìn)行保存。這樣不但查詢很繁瑣，而且紙質(zhì)不容易保存，容易出現(xiàn)破損或著丟失的情況。時(shí)間久了就會(huì)產(chǎn)生大量的紙質(zhì)資料，不方便存儲(chǔ)的同時(shí)，也會(huì)造成很大程度上的紙張浪費(fèi)。這對(duì)于查詢、更新、維護(hù)來說都是不小的挑戰(zhàn)。而采取電子文檔進(jìn)行保存，首先方便查詢，只需要輸入需要查詢的內(nèi)容，馬上就能得到結(jié)果。而且只有擁有訪問權(quán)限的人才能查看，保證了資料的安全性。最重要的是可以長期保存，也可以通過備份，避免數(shù)據(jù)的丟失，而且占用的空間要小很多。一般能夠使用網(wǎng)絡(luò)訂餐的人都對(duì)電子產(chǎn)品操作比較熟練，所以對(duì)于接受過高等教育的高校師生來說，網(wǎng)上訂餐對(duì)于他們來說并不復(fù)雜。由于平時(shí)學(xué)業(yè)以及工作都比較忙，而且對(duì)電腦操作比較熟，能夠很快的接受新生事物，也經(jīng)常進(jìn)行網(wǎng)上購物。食堂建立在校園中，各方面都有學(xué)校對(duì)其進(jìn)行監(jiān)督，在食品的安全、衛(wèi)生方面要遠(yuǎn)遠(yuǎn)好于一般小攤販。而且顧客可以隨時(shí)看到菜品的實(shí)體，不會(huì)出現(xiàn)因?yàn)橹荒芸吹胶?jiǎn)介而不能確定菜品的實(shí)品，無法確定是否是想要的菜品這一情況。想要建立一個(gè)良好的食堂網(wǎng)上訂餐系統(tǒng)，就需要充分做到系統(tǒng)目標(biāo)以及用戶需求的相容，并不斷根據(jù)用戶需求進(jìn)行更新。針對(duì)天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)的具體設(shè)計(jì)實(shí)現(xiàn)圍繞著三個(gè)方面：系統(tǒng)管理者、商家以及顧客。系統(tǒng)可行性分析在系統(tǒng)開發(fā)前，要從可行性、必要性、合理性等方面對(duì)其進(jìn)行評(píng)測(cè)，判斷系統(tǒng)是否可行。下面就從技術(shù)可行性、經(jīng)濟(jì)可行性和管理可行性三個(gè)方面進(jìn)行可行性分析論述。（1）技術(shù)可行性確定當(dāng)前的技術(shù)資源能否實(shí)現(xiàn)系統(tǒng)預(yù)期的功能，能否順利完成開發(fā)工作，軟、硬件能否滿足需要，能否為開發(fā)過程中遇到的問題提供解決方案是技術(shù)可行性的目的。天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)以WAMP作為開發(fā)平臺(tái)，使用PHP作為后臺(tái)開發(fā)語言，MySQL作為系統(tǒng)數(shù)據(jù)庫。前端頁面的編寫使用Dreamweaver編輯工具，后臺(tái)使用Zendstudio集成開發(fā)環(huán)境軟件來對(duì)PHP進(jìn)行編寫，PHP是在端上運(yùn)行的嵌入到HTML文檔的，開放的，開發(fā)快，兼容性強(qiáng)，運(yùn)行快，安裝方便，技術(shù)本身學(xué)習(xí)快，操作極為簡(jiǎn)單，消耗相當(dāng)少的系統(tǒng)資源，可以進(jìn)行面向?qū)ο蟮木幊?。?） 經(jīng)濟(jì)可行性本系統(tǒng)在任何一臺(tái)可以連接Internet的設(shè)備上都可以運(yùn)行，對(duì)設(shè)備的軟硬件也沒有過高的要求，而通過調(diào)查統(tǒng)計(jì)分析得出，有12%的同學(xué)在飲食上的花費(fèi)為3-5元，67%的同學(xué)在飲食上的花費(fèi)為6-10元，21%的同學(xué)在飲食上的花費(fèi)在10元以上。而且大部分的商家都是希望存在這樣一個(gè)系統(tǒng)支持其運(yùn)營，所以若能順利的開發(fā)系統(tǒng)，不但能夠?yàn)閹熒峁└臃奖憧旖莸挠啿托问剑€能為學(xué)校各個(gè)食堂窗口的商家?guī)砀蟮睦麧?。所以在?jīng)濟(jì)上本系統(tǒng)的開發(fā)是可行的。（3） 管理可行性管理可行性是檢測(cè)項(xiàng)目目標(biāo)具體能與業(yè)務(wù)目標(biāo)達(dá)到多少程度的契合，現(xiàn)有的管理制度是否完善，系統(tǒng)的使用者是否認(rèn)同該系統(tǒng)等。本系統(tǒng)能合理分析高峰時(shí)期的就餐需求，將用餐高峰期的工作量分散到不同的時(shí)間段，降低高峰期工作量，減少錯(cuò)誤幾率，減少等待的時(shí)間。同時(shí)食堂也可以根據(jù)訂餐情況統(tǒng)計(jì)確定每天的原材料的使用情況，從而節(jié)省原料，減少浪費(fèi)，所以該系統(tǒng)滿足管理可行性的要求。系統(tǒng)業(yè)務(wù)流程分析系統(tǒng)業(yè)務(wù)流程分析可以通過業(yè)務(wù)流程圖展示出來，是對(duì)系統(tǒng)的業(yè)務(wù)管理、信息流向及服務(wù)順序進(jìn)行描述的圖標(biāo)，系統(tǒng)的開發(fā)人員可以根據(jù)它了解系統(tǒng)的業(yè)務(wù)經(jīng)過，系統(tǒng)分析員則可以使用它與用戶完成良好的溝通交流。根據(jù)上述系統(tǒng)功能需求定義，主要的外部實(shí)體有顧客、商家、系統(tǒng)管理員及其對(duì)應(yīng)的功能模塊，具體描述如下：（1） 顧客的業(yè)務(wù)流程首先顧客要先通過系統(tǒng)的身份驗(yàn)證，然后可以進(jìn)入個(gè)人信息管理、窗口選擇、菜品選擇、訂單管理等功能界面，顧客可以查詢當(dāng)前菜品的歷史出售數(shù)量，根據(jù)菜品的受歡迎程度輔助進(jìn)行挑選。顧客在訂單中可以注明對(duì)于菜品的要求及希望拿取的時(shí)間。（2） 商家的業(yè)務(wù)流程與顧客的認(rèn)證相同，商家也需要先經(jīng)過身份驗(yàn)證，進(jìn)入系統(tǒng)后才可以對(duì)數(shù)據(jù)庫進(jìn)行維護(hù)操作，可以對(duì)菜品進(jìn)行增加、刪除、修改等操作，同時(shí)可以查看菜品的出售情況，以便對(duì)菜品原材料進(jìn)行系統(tǒng)管理。（3） 系統(tǒng)管理員的業(yè)務(wù)流程系統(tǒng)管理員也需要先經(jīng)過身份驗(yàn)證，進(jìn)入系統(tǒng)后才可以對(duì)數(shù)據(jù)庫進(jìn)行維護(hù)，可以對(duì)窗口信息進(jìn)行維護(hù)操作，可以對(duì)顧客信息進(jìn)行查看、增加、刪除、修改等操作，可以對(duì)商家信息進(jìn)行查看、增加、刪除、修改等操作，可以對(duì)飯菜的每日銷售情況進(jìn)行統(tǒng)計(jì)工作。

系統(tǒng)用例分析天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)的主要參與者是顧客、商家、系統(tǒng)管理員。顧客對(duì)應(yīng)兩個(gè)用例：登錄、訂餐。商家對(duì)應(yīng)三個(gè)用例：登錄、菜單管理、審核訂單。系統(tǒng)管理員涉及四個(gè)用例：登錄、查詢顧客信息、查詢商家信息、統(tǒng)計(jì)。圖2-1顧客用例圖刪除菜品圖2-2商家用例圖

查詢顧客信息藐計(jì)僚改顧喜信息:忝如顧客信息系統(tǒng)管理員?extend?查詢商家信息刪除顧客信息刪隙商家信息: \<<extendt?'查詢顧客信息藐計(jì)僚改顧喜信息:忝如顧客信息系統(tǒng)管理員?extend?查詢商家信息刪除顧客信息刪隙商家信息: \<<extendt?'<<extend?"--部加商家信息修改商家信息圖2-3商家用例圖下面就根據(jù)參與者角色的不同將食堂網(wǎng)上訂餐系統(tǒng)的用例分為顧客用例、商家用例及系統(tǒng)管理員用例三大類，并分別做出用例描述。顧客用例描述（1）“顧客登錄”用例，描述如表2-1所示： 表2-1顧客登錄用例表 用例編號(hào)：UC-01重要性級(jí)別：高 用例名稱：登錄主要參與者：顧客描述：該用例描述一個(gè)用戶填寫并提交登錄所需用戶名、密碼以及相應(yīng)的權(quán)限，系統(tǒng)驗(yàn)證用戶提交的信息，若驗(yàn)證正確，則登錄成功，進(jìn)入系統(tǒng)前置條件：用戶信息已在數(shù)據(jù)庫中表2-1（續(xù)）顧客登錄用例表典型事件過程：1、 顧客進(jìn)入登錄頁面2、 選擇顧客登陸權(quán)限，并在輸入欄中輸入用戶名、密碼，點(diǎn)擊【提交】按鈕。3、 系統(tǒng)將在后臺(tái)自行驗(yàn)證用戶提交的用戶名、密碼和權(quán)限是否與數(shù)據(jù)庫中存在的數(shù)據(jù)一致，驗(yàn)證無誤4、 顧客登陸成功進(jìn)入系統(tǒng)替代事件過程：替代第2步：若未自行進(jìn)行注冊(cè)則為新用戶，需要進(jìn)行注冊(cè)，填寫用戶名與密碼方可進(jìn)入。替代第3步：若顧客所提交用戶名在數(shù)據(jù)庫中并不存在，系統(tǒng)將提示“您的輸入的用戶名不正確”；若顧客所提交密碼是錯(cuò)誤的，系統(tǒng)將提示“您的輸入的密碼不正確”；若顧客提交的用戶名與密碼與對(duì)應(yīng)的權(quán)限不一致，系統(tǒng)將發(fā)送一個(gè)錯(cuò)誤信息給用戶并提示“對(duì)不起，您沒有該權(quán)限”。結(jié)論：當(dāng)顧客成功進(jìn)入系統(tǒng)時(shí)，該用例結(jié)束。后置條件：登錄信息正確業(yè)務(wù)規(guī)則：只有當(dāng)顧客注冊(cè)成功才可進(jìn)行登錄操作，登錄時(shí)需輸入正確的用戶名密碼注釋：無（2）“訂餐”用例，描述如表2-2所示：表2-2顧客訂餐用例表用例編號(hào)：UC-02重要性級(jí)別：高用例名稱：訂餐主要參與者：顧客次要參與者：商家描述：該用例描述一個(gè)顧客登錄系統(tǒng)后通過選擇窗口，繼而選擇菜品，保存至購物車，提交訂單的過程。前置條件：顧客成功登錄典型事件過程：1、 顧客可以根據(jù)窗口的介紹了解主營菜品，然后選擇窗口2、 顧客瀏覽菜品，可以根據(jù)自己的喜好選擇菜品3、 選擇完要購買的菜品后顧客可以下單4、 在訂單界面可輸入菜品備注與預(yù)計(jì)拿餐時(shí)間，提交訂單5、 通過審核，下單成功表2-2（續(xù)）顧客訂餐用例表替代事件過程：替代第3步：顧客若沒有選擇菜品，那么他將不可以進(jìn)行下單操作替代第4步：若訂單未通過商家審批，那么顧客需重新填寫訂單結(jié)論：當(dāng)顧客訂餐成功時(shí)，該用例完成。后置條件：數(shù)據(jù)庫中已存在該訂單信息，可對(duì)訂單進(jìn)行查看業(yè)務(wù)規(guī)則：只有當(dāng)顧客成功登錄進(jìn)入系統(tǒng)，選擇菜品后才可成功執(zhí)行注釋：無商家用例描述（1）“添加菜品”用例，描述如表2-3所示：表2-3添加菜品用例表用例編號(hào)：UC-03重要性級(jí)別：高用例名稱：添加菜品主要參與者：商家描述：該用例描述商家通過在自己的窗口中填寫飯菜信息來添加新銷售的飯菜前置條件：商家成功登錄典型事件過程：1、 商家進(jìn)入菜品管理菜單，選擇【添加新菜單】2、 商家填寫要添加飯菜的名稱、售價(jià)、備注，完成后進(jìn)行保存替代事件過程：替代第2步：若系統(tǒng)不能識(shí)別商家填寫的信息，則不能成功保存結(jié)論：當(dāng)商家完成添加飯菜時(shí)，該用例結(jié)束。后置條件：成功連接數(shù)據(jù)庫業(yè)務(wù)規(guī)則：商家通過驗(yàn)證，成功登錄后，并對(duì)菜品信息全部填寫無誤注釋：無（2）“修改菜品”用例，描述如表2-4所示：表2-4修改菜品用例表用例編號(hào)：UC-04重要性級(jí)別：高用例名稱：修改菜品主要參與者：商家描述：該用例描述商家對(duì)自己窗口下的菜單中飯菜信息做出修改前置條件：商家成功登錄表2-4（續(xù)）修改菜品用例表典型事件過程：1、 商家進(jìn)入菜品管理菜單，選擇【修改原菜單】2、 商家選擇需要修改的飯菜，之后可以對(duì)飯菜的名稱、售價(jià)、備注進(jìn)行修改，完成后保存替代事件過程：替代第2步：若系統(tǒng)不能識(shí)別商家填寫的信息，則不能成功保存結(jié)論：當(dāng)商家完成對(duì)菜品的修改時(shí)，該用例結(jié)束。后置條件：成功連接數(shù)據(jù)庫業(yè)務(wù)規(guī)則：商家通過驗(yàn)證，成功登錄后，并對(duì)菜品信息全部填寫無誤注釋：無（3）“刪除菜品”用例，描述如表2-5所示：表2-5刪除菜品用例表用例編號(hào)：UC-05重要性級(jí)別：高用例名稱：刪除菜品主要參與者：商家假設(shè)：用戶只包括天津工業(yè)大學(xué)學(xué)生、教師和教務(wù)系統(tǒng)管理員描述：該用例描述一個(gè)商家通過正常登錄進(jìn)入各自經(jīng)營的窗口，將不再進(jìn)行出售的菜品從窗口的菜單中刪除的過程。前置條件：菜品信息已在數(shù)據(jù)庫中典型事件過程：1、 商家進(jìn)入自己經(jīng)營的窗口2、 商家選擇“刪除菜品”菜單，所有的菜品信息成列出來3、 選擇相應(yīng)的菜品進(jìn)行刪除操作。4、 菜品刪除成功，完成操作替代事件過程：替代第3步：商家選擇要?jiǎng)h除的菜品進(jìn)行刪除操作后，系統(tǒng)會(huì)彈出提示“是否確認(rèn)刪除”，若選否，則回到第2步。結(jié)論：當(dāng)菜品從數(shù)據(jù)庫中成功刪除，則該用例結(jié)束。后置條件：該菜品在數(shù)據(jù)庫中的數(shù)據(jù)也被刪除。業(yè)務(wù)規(guī)則：只有使用商家的權(quán)限才能對(duì)菜品進(jìn)行刪除操作，只有確認(rèn)刪除需要?jiǎng)h除的菜品才能將菜品刪除。實(shí)現(xiàn)約束和說明：無注釋：無系統(tǒng)管理員用例描述“添加商家信息”用例，描述如表2-6所示： 表2-6添加商家信息用例表 用例編號(hào)：UC-06重要性級(jí)別：高 用例名稱：添加商家信息、 主要參與者：系統(tǒng)管理員 描述：該用例描述系統(tǒng)管理員添加新加入食堂的商家 前置條件：系統(tǒng)管理員成功登錄典型事件過程：1、 系統(tǒng)管理員進(jìn)入商家管理菜單，選擇“添加商家”2、 系統(tǒng)管理員填寫商家的基本信息及備注信息替代事件過程：替代第2步：若商家填寫信息字符有誤，則不能成功保存結(jié)論：當(dāng)系統(tǒng)管理員完成對(duì)商家的添加時(shí)，該用例結(jié)束。后置條件：成功連接數(shù)據(jù)庫業(yè)務(wù)規(guī)則：只有系統(tǒng)管理員才能進(jìn)行此操作，且輸入字符為合法字符 注釋：無順序圖順序圖說明了隨時(shí)間設(shè)計(jì)的一連串消息，可以表達(dá)場(chǎng)景，一個(gè)事件的特定背景。當(dāng)對(duì)象存在時(shí)，用虛線來代表角色，用生命線之間的箭頭表示消息，當(dāng)對(duì)象處于激活期時(shí)，用雙道線代表生命線，每個(gè)對(duì)象都有一個(gè)生命線，表示整個(gè)交互過程中對(duì)應(yīng)的角色。（1）顧客登錄順序圖（如圖2-4所示）處在活動(dòng)周期的“顧客”向“注冊(cè)界面”發(fā)出簡(jiǎn)單消息“填寫注冊(cè)信息”“注冊(cè)界面”接收到該消息后，從休眠期轉(zhuǎn)換到活動(dòng)周期，開始工作?！白?cè)界面”將收到的顧客發(fā)送的注冊(cè)信息，系統(tǒng)就在該消息發(fā)送的時(shí)間點(diǎn)上創(chuàng)建一個(gè)新的“用戶信息”對(duì)象。“注冊(cè)界面”向“管理員”對(duì)象返回一條消息，通知管理員將這個(gè)用戶信息對(duì)象進(jìn)行審核。隨后，“管理員”向“注冊(cè)界面”發(fā)出審核結(jié)果，若審核通過，將填寫的注冊(cè)信息保存到數(shù)據(jù)庫中，使其成為持久對(duì)象，“注冊(cè)界面”再將結(jié)果反饋給顧客，本操作完成。完成這些工作后，“管理員”就處于休眠期。“顧客”在其活動(dòng)周期的下端向“登錄界面”發(fā)送用戶名與密碼，“登錄界面”接到消息后，從休眠期轉(zhuǎn)換到活動(dòng)周期，開始工作并驗(yàn)證信息。驗(yàn)證結(jié)束后向“顧客”返回驗(yàn)

證信息，通知“顧客”對(duì)象“登錄”的工作已完成。至此，該工作進(jìn)程結(jié)束。圖2-4顧客登錄順序圖（2）訂餐順序圖（如圖2-5所示）處在活動(dòng)周期的“顧客”向“窗口界面”發(fā)出簡(jiǎn)單消息“選擇窗口”?！按翱诮缑妗苯邮盏皆撓⒑?，從休眠期轉(zhuǎn)換到活動(dòng)周期，開始工作?！按翱诮缑妗笔盏降念櫩桶l(fā)送的窗口信息，“窗口界面”向“菜品界面”發(fā)送選擇菜品，“菜品界面”生成“訂單”對(duì)象，將“訂單”發(fā)送給“訂餐界面”，“訂餐界面”從休眠期轉(zhuǎn)換到活動(dòng)周期，開始工作?！坝啿徒缑妗毕颉邦櫩汀狈祷赜唵涡畔ⅲ静僮魍瓿?。完成以上工作后，“菜品界面”進(jìn)入休眠期?！邦櫩汀痹谄浠顒?dòng)周期的下端向“訂餐界面”提交訂單，“訂餐界面”接到消息后，從休眠期轉(zhuǎn)換到活動(dòng)周期，開始工作?！坝啿徒缑妗毕颉吧碳摇卑l(fā)送“訂單審核信息”，“商家”接收到該消息后，從休眠其轉(zhuǎn)換到活動(dòng)周期，開始工作。驗(yàn)證結(jié)束后向顧客返回完成訂單信息與返回值，通知“顧客”對(duì)象“訂餐”的工作已完成。至此，該工作進(jìn)程就結(jié)束了。返回訂單信息方*L］單詵推蒞n二成訂華:返回訂單信息方*L］單詵推蒞n二成訂華:圖2-5訂餐順序圖菜品管理順序圖(如圖2-6所示)處在活動(dòng)周期的“商家”向“菜品管理”發(fā)出簡(jiǎn)單消息“添加菜品信息”?！安似饭芾怼苯邮盏皆撓⒑?，從休眠期轉(zhuǎn)換到活動(dòng)周期，開始工作?！安似饭芾怼睂⒉似沸畔⑻砑拥綌?shù)據(jù)庫中，使其成為持久對(duì)象，返回添加后的“菜品”對(duì)象給“商家”，“商家”收到添加結(jié)果，本操作完成。處在活動(dòng)周期的“商家”向“菜品管理”發(fā)出簡(jiǎn)單消息“查看菜品信息”?！安似饭芾怼苯邮盏皆撓⒑螅瑥男菝咂谵D(zhuǎn)換到活動(dòng)周期，開始工作。返回“菜品”對(duì)象給“商家”，“商家”收到菜品信息，本操作完成。處在活動(dòng)周期的“商家”向“菜品管理”發(fā)出簡(jiǎn)單消息“修改菜品信息”?！安似饭芾怼苯邮盏皆撓⒑?，從休眠期轉(zhuǎn)換到活動(dòng)周期，開始工作。“菜品管理”將修改的菜品信息添加到數(shù)據(jù)庫中，使其成為持久對(duì)象，返回添加后的“菜品”對(duì)象給“商家”，“商家”收到修改結(jié)果，本操作完成。處在活動(dòng)周期的“商家”向“菜品管理”發(fā)出簡(jiǎn)單消息“刪除菜品信息”?！安似饭芾怼苯邮盏皆撓⒑?，從休眠期轉(zhuǎn)換到活動(dòng)周期，開始工作?！安似饭芾怼睂⒉似沸畔臄?shù)據(jù)庫中刪除，返回刪除結(jié)果給“商家”，“商家”收到刪除結(jié)果，本操作完成。

旬寇:虧底商家返回刪除結(jié)果商家添tin菜品信息返回添加結(jié)果查看萊品信息返回菜品信息修改菜品信息旬寇:虧底商家返回刪除結(jié)果商家添tin菜品信息返回添加結(jié)果查看萊品信息返回菜品信息修改菜品信息返回修改結(jié)果刪除菜品信息菜品管理圖2-6菜品管理順序圖本章小結(jié)本章首先對(duì)系統(tǒng)需求進(jìn)行定義，對(duì)系統(tǒng)使用者的需求進(jìn)行搜集歸納總結(jié)，然后從技術(shù)、經(jīng)濟(jì)、組織三方面對(duì)系統(tǒng)進(jìn)行可行性研究，接著分析本系統(tǒng)的業(yè)務(wù)流程和用例，得到業(yè)務(wù)流程圖和系統(tǒng)用例描述，最后動(dòng)態(tài)設(shè)計(jì)進(jìn)行了UML統(tǒng)一建模分析及描述。第三章系統(tǒng)設(shè)計(jì)系統(tǒng)功能模塊設(shè)計(jì)天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)的功能模塊主要是根據(jù)食堂各個(gè)窗口的管理情況、業(yè)務(wù)流程設(shè)計(jì)的，具有可拓展性，可以更好地適應(yīng)食堂的業(yè)務(wù)發(fā)展。系統(tǒng)包括顧客操作模塊、商家操作模塊及系統(tǒng)管理員操作模塊三部分：顧客操作模塊實(shí)現(xiàn)注冊(cè)登錄，瀏覽窗口，瀏覽菜品，選擇菜品，提交訂單等功能；商家操作模塊可以實(shí)現(xiàn)登錄、菜品信息管理、訂單審核管理等功能；系統(tǒng)管理員操作模塊可以實(shí)現(xiàn)登錄系統(tǒng)，顧客信息管理，商家信息管理以及訂單數(shù)據(jù)統(tǒng)計(jì)等功能。其功能結(jié)構(gòu)圖如圖3-1所示：圖3-1系統(tǒng)功能結(jié)構(gòu)圖顧客操作模塊設(shè)計(jì)（1） 顧客注冊(cè)登錄模塊第一次使用本系統(tǒng)的顧客，可以先進(jìn)行注冊(cè)，成功后，顧客就擁有了進(jìn)入系統(tǒng)的合法身份。登錄模塊主要是進(jìn)行顧客身份驗(yàn)證以保障顧客信息安全，通過身份認(rèn)證后的顧客才可進(jìn)入本系統(tǒng)。（2） 訂餐模塊訂餐模塊服務(wù)于成功登錄的顧客，可以通過選取窗口，進(jìn)入不同的商家界面，繼而選擇心儀的菜品，完成后提交訂單等待商家的確認(rèn)，也可以對(duì)已訂購的訂單進(jìn)行取消操作。商家操作模塊設(shè)計(jì)商家登錄模塊登陸模塊主要是進(jìn)行商家的身份驗(yàn)證來保障商家的利益，避免他人對(duì)商家自營菜品的隨意修改，本系統(tǒng)默認(rèn)商家的登錄名是各窗口號(hào)，密碼為0000。菜單管理模塊商家可以通過此模塊對(duì)自己窗口下的菜品進(jìn)行管理，可以添加新的菜品，可以刪除不再經(jīng)營的菜品，也可以對(duì)現(xiàn)有菜品的所有信息進(jìn)行修改。訂單審核模塊顧客提交訂單后，商家可以根據(jù)顧客的訂單內(nèi)容進(jìn)行審核，如果訂單填寫無誤，則確認(rèn)訂單，根據(jù)訂單內(nèi)容制作菜品。系統(tǒng)管理員操作模塊設(shè)計(jì)登錄模塊登錄模塊主要是對(duì)系統(tǒng)管理員進(jìn)行身份驗(yàn)證，保證系統(tǒng)的重要信息不被泄露，本系統(tǒng)默認(rèn)系統(tǒng)管理員的登錄名是admin，密碼為9999。顧客信息管理模塊系統(tǒng)管理員可以查看顧客信息，并對(duì)顧客信息進(jìn)行增加、修改、刪除操作。商家信息管理模塊系統(tǒng)管理員可以查看商家信息，并對(duì)商家信息進(jìn)行增加、修改、刪除操作。統(tǒng)計(jì)模塊系統(tǒng)管理員可以對(duì)窗口當(dāng)天銷售情況進(jìn)行統(tǒng)計(jì)，使商家能夠?qū)Ξ?dāng)天菜品的銷售情況進(jìn)行直觀的了解，有助于商家對(duì)物料的進(jìn)銷存管理。代碼設(shè)計(jì)在系統(tǒng)的開發(fā)和運(yùn)行過程中，為了使計(jì)算機(jī)的運(yùn)行更加方便快速，該系統(tǒng)使用數(shù)字或字母來代替有關(guān)對(duì)象，從而令系統(tǒng)的處理操作更為快捷。代碼設(shè)計(jì)說明：設(shè)計(jì)代碼是為了系統(tǒng)運(yùn)行的簡(jiǎn)便。代碼的對(duì)象主要是顧客、窗口、菜品。根據(jù)對(duì)象的性質(zhì)，采用區(qū)間碼和順序碼結(jié)合。菜品號(hào)代碼：菜品所在窗口號(hào)+菜品號(hào)如：1號(hào)窗口1號(hào)菜品：010111號(hào)窗口10號(hào)菜品：1110系統(tǒng)配置本系統(tǒng)以WampServer作為服務(wù)器軟件，Wamp就是Windows+Apache+Mysql+PHP集成安裝環(huán)境，即在window下的apache、php和mysql的服務(wù)器軟件。軟件平臺(tái)操作系統(tǒng)平臺(tái)：WindowsXP、Windows7及以上；數(shù)據(jù)庫系統(tǒng)平臺(tái)：MYSQL、SQLsever、Qracle；開發(fā)使用到的工具有： 圖片處理工具photoshopcs6，應(yīng)用程序編寫工具ZendStudio、DreamweaverCC硬件平臺(tái)處理器要求：Pentium*或以上；運(yùn)行環(huán)境：jdk；內(nèi)存要求：512MB或以上。服務(wù)器系統(tǒng)Wamp就是Windows下的服務(wù)器為Apache、數(shù)據(jù)庫為Mysql、開發(fā)語言為PHP的集成開發(fā)環(huán)境，這個(gè)軟件在Windows平臺(tái)上使用的較多。系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)在做數(shù)據(jù)庫設(shè)計(jì)時(shí)數(shù)據(jù)庫設(shè)計(jì)無疑是重中之重的關(guān)鍵環(huán)節(jié)，一個(gè)優(yōu)良的數(shù)據(jù)庫能夠很好地適應(yīng)各種實(shí)時(shí)應(yīng)用的需求，有效地提高數(shù)據(jù)的存取速率。天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)主要包括兩個(gè)階段：數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)。數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)分析員通過數(shù)據(jù)庫的概念設(shè)計(jì)得到初步的數(shù)據(jù)庫概念model，并通過實(shí)體關(guān)系圖(ERD)來呈現(xiàn)該modeloE-R圖包括實(shí)體、屬性和關(guān)系元素，通過描述各個(gè)實(shí)體與自身屬性間、實(shí)體間的關(guān)系進(jìn)而來表述現(xiàn)實(shí)的客觀世界。實(shí)體即客觀世界中存在的事物，例如盤子、大樹、小鳥等，用矩形框來表示E-R圖中的實(shí)體而名字填在矩形框中；屬性即實(shí)體具有的特征，比如課本的名稱、紙質(zhì)、頁數(shù)等等，它依附于實(shí)體而存在，一個(gè)實(shí)體擁有多種屬性信息，在E-R圖中由橢圓來表示，屬性信息寫在橢圓內(nèi)；聯(lián)系是指實(shí)體之間的or實(shí)體及屬性間的關(guān)聯(lián)，一般用菱形來表示，聯(lián)系經(jīng)常會(huì)表示為以下模式，分別為l對(duì)l聯(lián)系、l對(duì)多聯(lián)系、多對(duì)多聯(lián)系，，在E-R概念設(shè)計(jì)過程中，通常用l:l、l:n和m:n來表示。具體E-R圖符號(hào)如圖3-2所示：

圖3-2E-R符號(hào)說明圖本系統(tǒng)在設(shè)計(jì)過程中將涉及到顧客、商家、管理員、窗口、菜單、訂單等實(shí)體，其中“顧客”實(shí)體的屬性包括：用戶名、密碼等；“商家”實(shí)體的屬性包括：登錄名、密碼等;“管理員”實(shí)體的屬性包括：登錄名、密碼等；“窗口”實(shí)體的屬性包括：窗口號(hào)、窗口名稱、備注等；“菜品”實(shí)體的屬性包括：飯菜號(hào)、飯菜名稱、飯菜數(shù)量、飯菜單價(jià)、備注等；“訂單”實(shí)體的屬性包括：訂單號(hào)、飯菜號(hào)、窗口號(hào)、用戶名、備注。各實(shí)體屬性及相互之間的關(guān)系如圖3-3所示：圖3-3系統(tǒng)E-R圖數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)所謂邏輯結(jié)構(gòu)設(shè)計(jì)就是在保證數(shù)據(jù)庫完整性和一致性的基礎(chǔ)上，將概念設(shè)計(jì)的結(jié)果即E-R圖轉(zhuǎn)換為關(guān)系模型。（1）關(guān)系模型教室預(yù)約管理系統(tǒng)的關(guān)系模式如下（加下劃線的為主鍵）：顧客表（用戶名，密碼）商家表（用戶名，密碼）系統(tǒng)管理員表（用戶名，密碼）窗口表（窗口No.，窗口名稱，備注）飯菜表（飯菜No.，飯菜名稱，飯菜數(shù)量，飯菜單價(jià)，備注）購物車表（購物車No.，菜品名稱，數(shù)量，價(jià)格）訂單表（訂單No.，菜品No.，窗口No.，用戶名，總價(jià)，備注）（2）數(shù)據(jù)庫表設(shè)計(jì)本系統(tǒng)的數(shù)據(jù)庫名稱為“shopping”，共包括7張表單，分別為：顧客表（customer）、商家表（seller）、管理員表（admin）、窗口表（window）、菜品表（meal）、購物車表（cart）、訂單表（order），各個(gè)表格的具體內(nèi)容如下：表3-1顧客信息表FieldTypeKeyNullCommeatCnamevarchar（25）主鍵否用戶名Cpasswordvarchar（25）否否密碼表3-2商家信息表FieldTypeKeyNullCommeatSnamevarchar（25）主鍵否用戶名Spasswordvarchar（25）否否密碼表3-3系統(tǒng)管理員信息表FieldTypeKeyNullCommeatAnamevarchar（25）主鍵否用戶名Apasswordvarchar（25）否否密碼表3-4窗口表FieldTypeKeyNullCommeatWindowIdint主鍵否窗口號(hào)Wnamevarchar（25）否否窗口名WInductiontext否是窗口備注表3-5菜品表FieldTypeKeyNullCommeatMealIdint主鍵否菜品號(hào)Mnamevarchar（25）否否菜名Pricedouble否否菜品價(jià)格MInductiontext否是菜品備注

表3-6購物車表FieldTypeKeyNullCommeatCartIdint主鍵否購物車編號(hào)MeallDint外鍵否菜品編號(hào)Mnamevarchar（25）否否菜品名稱Countint否否購買數(shù)量UnitPricedouble否否總花費(fèi)表3-7訂單表FieldTypeKeyNullCommeatOrderIdint主鍵否訂單編號(hào)MealIDint外鍵否菜品編號(hào)WindowIdint外鍵否窗口編號(hào)Cnamevarchar（25）外鍵否用戶名UnitPricedouble否否總花費(fèi)Notetext否是備注本章小結(jié)本章主要介紹了天津工業(yè)大學(xué)食堂網(wǎng)上訂餐管理系統(tǒng)系統(tǒng)設(shè)計(jì)的相關(guān)內(nèi)容。首先，對(duì)系統(tǒng)的總體結(jié)構(gòu)進(jìn)行了設(shè)計(jì)，通過該系統(tǒng)的功能結(jié)構(gòu)圖對(duì)該系統(tǒng)所包含的功能模塊做了簡(jiǎn)單描述。然后進(jìn)行了代碼設(shè)計(jì)和三個(gè)子系統(tǒng)功能模塊的詳細(xì)設(shè)計(jì)，并描述了各個(gè)子系統(tǒng)的主要功能業(yè)務(wù)。然后簡(jiǎn)單的說明了一下系統(tǒng)配置，最后，從概念模型設(shè)計(jì)和邏輯模型設(shè)計(jì)兩個(gè)方面論述了系統(tǒng)數(shù)據(jù)庫的設(shè)計(jì)內(nèi)容，通過E-R圖對(duì)實(shí)體、實(shí)體屬性和實(shí)體間聯(lián)系進(jìn)行了表示，進(jìn)一步得出關(guān)系模型以及數(shù)據(jù)表的設(shè)計(jì)。第四章系統(tǒng)實(shí)現(xiàn)系統(tǒng)登錄首頁面實(shí)現(xiàn)運(yùn)行效果如圖4-1所示：系統(tǒng)登錄頁面主要實(shí)現(xiàn)顧客、商家和系統(tǒng)管理員不同權(quán)限用戶的登錄功能。在登錄頁面中提供了三個(gè)不同的權(quán)限，分別是顧客權(quán)限、商家權(quán)限和系統(tǒng)管理員權(quán)限。用戶可以選擇不同的權(quán)限并輸入正確的用戶名和密碼，點(diǎn)擊【提交】按鈕進(jìn)入相應(yīng)權(quán)限對(duì)應(yīng)的系統(tǒng)界面，用戶也可點(diǎn)擊【重置】重新輸入用戶名和密碼。登錄界面實(shí)現(xiàn)效果如圖4-1所示：圖4-1系統(tǒng)首界面實(shí)現(xiàn)效果圖系統(tǒng)管理員主界面運(yùn)行效果如圖4-2所示：當(dāng)系統(tǒng)管理員通過驗(yàn)證成功登錄系統(tǒng)后，頁面自動(dòng)跳轉(zhuǎn)至系統(tǒng)管理員操作界面。系統(tǒng)管理員可在該頁面對(duì)窗口信息、顧客信息、商家信息進(jìn)行管理，并且可以對(duì)每日菜品銷量進(jìn)行統(tǒng)計(jì)。圖4-2系統(tǒng)管理員主界面效果圖顧客選擇窗口界面運(yùn)行效果如圖4-3所示：當(dāng)顧客通過驗(yàn)證成功登錄系統(tǒng)后，頁面自動(dòng)跳轉(zhuǎn)至顧客選擇窗口界面。顧客可以看到所有在食堂經(jīng)營的窗口信息，并可以通過選擇窗口進(jìn)入商家提供的菜品列表，進(jìn)行訂餐。圖4-3顧客選擇窗口效果圖本章小結(jié)本章主要從系統(tǒng)登錄首頁面、系統(tǒng)管理員主界面、顧客選擇窗口頁面介紹了天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)的實(shí)現(xiàn)效果。第五章系統(tǒng)測(cè)試第五章系統(tǒng)測(cè)試系統(tǒng)測(cè)試測(cè)試是指發(fā)現(xiàn)系統(tǒng)中存在的bug與問題從而執(zhí)行相應(yīng)程序的過程，以發(fā)現(xiàn)并處理軟件中潛藏的bug為目標(biāo)的，以使用戶能夠使用到一個(gè)高質(zhì)量的軟件系統(tǒng)。目前，軟件測(cè)試有各種各樣的測(cè)試方法和技術(shù)，可以從不同的測(cè)試方向加以分析。從是否需要來使用被測(cè)系統(tǒng)的方面來看，可以分為靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試兩類，靜態(tài)是系統(tǒng)不執(zhí)行的部分，動(dòng)態(tài)測(cè)試為提供指導(dǎo)。從對(duì)系統(tǒng)的實(shí)現(xiàn)方法和總體結(jié)構(gòu)的方面來看，又可分為白盒測(cè)試及黑盒測(cè)試兩類。白盒測(cè)試要求操作者要按照系統(tǒng)的邏輯結(jié)構(gòu)，并檢驗(yàn)系統(tǒng)的總體結(jié)構(gòu)，利用檢測(cè)出的數(shù)據(jù)進(jìn)行測(cè)試，進(jìn)而得到測(cè)試結(jié)果的過程；黑盒測(cè)試操作者不用關(guān)心程序的內(nèi)部結(jié)構(gòu)，只是把程序當(dāng)成是一個(gè)黑色的盒子來完成的測(cè)驗(yàn)，以便觀察出測(cè)試模塊是否與系統(tǒng)功能需求是一致的。用戶登錄模塊測(cè)試測(cè)試目的：當(dāng)用戶名或密碼輸入不一致，或者權(quán)限選擇不一致時(shí)用戶能否登錄成功。（1）當(dāng)用戶名輸入不正確或用戶名為空時(shí)，系統(tǒng)會(huì)提示“您輸入的用戶名不正確”之后頁面將重新返回登錄界面，需要用戶重新輸入信息。測(cè)試結(jié)果如圖5-2所示：天津工業(yè)大學(xué)食堂訂餐系統(tǒng)圖5-2登錄模塊測(cè)試效果圖1

圖5-2登錄模塊測(cè)試效果圖1當(dāng)密碼輸入不正確或密碼為空時(shí)：系統(tǒng)會(huì)提示“您輸入的密碼不正確”，之后頁面將重新返回登錄界面，需要用戶重新輸入信息。測(cè)試結(jié)果如圖5-3所示：天津工業(yè)大學(xué)食堂訂餐系統(tǒng)■的畛正吊ICON鳴戶附永A天津工業(yè)大學(xué)食堂訂餐系統(tǒng)■的畛正吊ICON鳴戶附永Alocalhost上的顧理〒圖5-3登錄模塊測(cè)試效果圖2當(dāng)權(quán)限選擇與數(shù)據(jù)庫中存儲(chǔ)的權(quán)限信息不一致時(shí)：系統(tǒng)會(huì)提示“對(duì)不起，您沒有該權(quán)限”，之后頁面將重新返回登錄界面，需要用戶重新輸入信息。測(cè)試結(jié)果如圖5-4所示：圖5-4登錄模塊測(cè)試效果圖3本章小結(jié)本章主要介紹了系統(tǒng)測(cè)試的定義、主要方法以及在軟件實(shí)施中的重要性，并展示了用戶登錄模塊的測(cè)試及效果。結(jié)論天津工業(yè)大學(xué)食堂網(wǎng)上訂餐系統(tǒng)以Wamp（Windows+Apache+MySQL+PHP）作為集成開發(fā)環(huán)境，運(yùn)用MySQL數(shù)據(jù)庫系統(tǒng)以及PHP編程語言開發(fā)實(shí)現(xiàn)，使用簡(jiǎn)單方便，成本低，易于維護(hù)。經(jīng)過詳細(xì)的系統(tǒng)測(cè)試表明，系統(tǒng)已經(jīng)成功實(shí)現(xiàn)了各項(xiàng)預(yù)期的功能。顧客可以通過注冊(cè)登錄進(jìn)入系統(tǒng)，在前臺(tái)界面可以查看不同的窗口，瀏覽其主營菜品，進(jìn)入不同的窗口后可以對(duì)其經(jīng)營的菜品進(jìn)行選擇，在訂單中可以填寫選訂菜品的信息、數(shù)量、拿取時(shí)間等信息，提交訂單后等待商家對(duì)訂單的信息進(jìn)行審核，也可以對(duì)訂單進(jìn)行取消操作。商家可以隨時(shí)對(duì)自己經(jīng)營的飯菜進(jìn)行新增、修改、刪除等操作。系統(tǒng)管理員可以對(duì)顧客與商家的信息進(jìn)行管理，并對(duì)數(shù)據(jù)信息進(jìn)行維護(hù)和整理分析。不可否認(rèn)的是本系統(tǒng)仍然存在一些缺陷，例如由于技術(shù)局限不支持網(wǎng)上支付，沒有形成訂餐后配送，對(duì)于一些窗口的描述只有文字缺乏圖片，缺少菜品的詳細(xì)描述等問題。雖然該系統(tǒng)尚存在不足之處，卻是一次寶貴的提升自己系統(tǒng)開發(fā)技能的實(shí)踐經(jīng)歷。本系統(tǒng)作為一個(gè)網(wǎng)上訂餐系統(tǒng)，具備以下特點(diǎn)：（1） 界面簡(jiǎn)潔易操作，不需要額外的人力物力支出。（2） 能夠完成一般的訂餐流程。根據(jù)不同的用戶權(quán)限可以實(shí)現(xiàn)不同的功能需求，著重于顧客訂餐模塊以及商家窗口管理模塊的人性化設(shè)計(jì)，管理員對(duì)窗口信息的管理維護(hù)、對(duì)每日各個(gè)菜品訂餐數(shù)量的統(tǒng)計(jì)，符合目前各用戶的業(yè)務(wù)需求。（3） 由于系統(tǒng)采取的是模塊化設(shè)計(jì)，具有可拓展性，便于系統(tǒng)可以隨時(shí)根據(jù)食堂發(fā)展而增加或刪除功能模塊。參考文獻(xiàn)黎仕賢.電子商務(wù)發(fā)展對(duì)我國對(duì)外貿(mào)易影響研究[D].浙江大學(xué),2014.⑵施劍凡.高校網(wǎng)上訂餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].科技視界,2013,25:88-89.代宏.淺談高校圖書館的自助服務(wù)[J].中國科教創(chuàng)新導(dǎo)刊，2014，（1）:277.田甫.基于Android平臺(tái)的手機(jī)訂餐系統(tǒng)的研究與實(shí)現(xiàn)[D].電子科技大學(xué),2013.SamarMouakket.InvestigatingtheMotivesofCustomers'ContinuanceIntentionstowardsOnlineReservation:TheRoleofE-ServiceQuality[J].JournalofOrganizationalandEndUserComputing（JOEUC）,2014,（2）:18-40.許旺央.網(wǎng)上訂餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].廈門大學(xué),2013.邱波.淺談電子商務(wù)熱潮對(duì)大學(xué)生的沖擊及其思考[J].改革與開放,2015,08:72-73.吳艷玲.基于的網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[D].吉林大學(xué),2012.明日科技.PHP從入門到精通（第3版）[M].北京：清華大學(xué)出版社，2008.蔣力.網(wǎng)上訂餐管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].吉林大學(xué),2014.謝華等.Visio2010圖形設(shè)計(jì)實(shí)戰(zhàn)技巧精粹[M].北京：清華大學(xué)出版社,.陳思羽.商品庫存管理系統(tǒng)分析與設(shè)計(jì)[J].中國科技博覽,2015,0（5）;228-228.薛均曉，李占波.UML系統(tǒng)分析與設(shè)計(jì)[M].北京：機(jī)械工業(yè)出版社，2014.王曉玲.網(wǎng)絡(luò)系統(tǒng)分析與設(shè)計(jì)分析[J].電子技術(shù)與軟件工程,2015,0（4）;21-21.LukeWelling（澳），LauraThomson（澳），武欣等.PHP和MySQLWeb開發(fā)[M].北京：機(jī)械工業(yè)出版社，2009.SamarMouakket,MohammadAhmadAl-hawari.Examiningtheantecedentsofe-loyaltyintentioninanonlinereservationenvironment[J].JournalofHighTechnologyManagementResearch,2012,（1）:46-57.于國槐，王雨竹.PHP典型模塊開發(fā)全程實(shí)錄[M].北京：清華大學(xué)出版社，2013.黃慧芳，王琳PHP+MySQL項(xiàng)目開發(fā)權(quán)威指南[M].北京：中國鐵路出版社，2013.附錄SHOPPINGONLINEFORFREEDOM,CONTROLANDFUNMOTIVATIONSANDE-TAILINGSTRATEGYANDIMPLEMENTATIONThewayinwhichonlineandofflineshoppingfulfillutilitarianandexperientialconsumerneedsultimatelywillimpacttheamountofconsumers5dollarsspentineachenvironment.Inarguably,onlineandofflineenvironmentspresentdifferentshoppingexperiencesevenwhenthesameproductscanbepurchased.Admittedly,consumerexperiencesarelikelytochangeastechnologiessuchasbroadbandandinformationappliancesbecomeamainstreamreality,andasofflineretailersadapttothecompetitivethreatofe-commerce;nevertheless,JupiterCommunicationssuggeststhatbroadbandcapabilityislargelynotexpectedtohitmainstreamusersforatleastfiveyears.Aswell,thevirtualmarketplacemaynotmirrortheofflinemarketplaceintheforeseeablefutureforreasonsthathavelittletodowithtechnologicallimitations;theonlineenvironmenthasuniquecapabilities,suchasrelativeanonymityandinformationrichness,thatshouldencouragee-tailingtogrowanddevelopindirectionsthatmightbecompromisedbyattemptingtomirrorthebricksandmortarshoppingexperiencetooclosely.Mirroringtheofflineexperiencecloselywillbeextremelydifficultinanycase;theexperienceofbeingpresentonline,ortelepresence,iscurrentlyfarlesscompellingthanthemultidimensional,multi-sensationpossibilitiesofferedby,whiletheabilitytobuildandsustainafantasyinonlineenvironmentsmayexceedtheabilitytodosoinofflineenvironments,theimmersiveenvironmentsfoundinonlinegamingenvironments,suchasMOOs,MUDsandMUSHs,arenotcurrentlyintegratedwithcommerce,norisitlikelythatgoal-orientedshopperswilldemandoracceptimmersiveonlineshoppingenvironments.Theadventofwireless"m-commerce"inwhichusers"surf"theirphonesislikelytoamplifytransaction-orientedconsumerbehavior.Atthesametime,localbusinessesshouldbeabletousem-commercetoprovideconvenientservicetogoal-orientedcustomers,suchasallowingcustomerstopurchasemovietickets,tobenotifiedwhentheirdrycleaningisreadyforpick-up,orwhentheirfavoriterestaurantisofferinganewdishataspecialprice.MixofOnlineandOfflineShoppingImportantly,customersarealreadyshowingclearsignsofmultimodalshopping:checkingoutanofflinestoresotheycantouchortryonmerchandisebeforebuyingonlineorlookingforproductinformationandpricingonlineandthenpurchasingoffline.Consumersthusvaluetheuniqueattributesofeachsetting.Infact,thetwomodesofshoppingcomplementeachothersowellthatformerInternetpure-playssuchaswhichspecializesinallergy-friendlyproducts,arenowbuildingbricksandmortarstoresasshowroomsandplacestobetterlearnaboutcustomers.Aswell,pureplaysareformingpartnershipswithland-basedbusinesses.Forexample,haspartneredwithPetcotohelpwithmarketing;PetcoisusingtheopportunitybytestingPetopia-brandedmerchandisingdisplaysin-storeandplacingkiosksinstoreswithaccesstothePetopiawebsite.JupiterResearchestimatesthat$632billioninconsumerpurchaseswillbemadeasadirectresultofonlineresearchby2005,dwarfingthe$199billioninconsumertransactionsthatwillactuallyoccuronline;Jupiter'sresearchunderscoresourfindingoftheimportancetoconsumersofwebsiteinformativeness.Websitesmustbeconsideredbothamarketingcommunicationsvehicleaswellasatransactiongenerator;thusthefinancialreturnsfromawebsiteintermsofcontributingbothtoofflineandonlinepurchasesmustexplicitlybetakenintoaccount.NatGoldhaber,chiefexecutiveofCybergold,predictsthatshoppingmallswilldeclineandbegintodisappearoverthenext10yearsduetoconsumers5closerrelationshipwithmanufacturers.Hepredictsthatbricks-and-mortarshoppingwillloseitssocialfunction“aspeopleusetheInternetforthepurposeofsocialinteraction."Wedisagree.Whileconsumersliketoshoponlinewhentheyaregoal-oriented,theytoldustheyshoppedofflinewhentheywantedtotouchandfeelitems,andenjoythe"experience"ofbeingout,includingsights,smells,people-watchingandspendingtimewithfriendsandfamily.Theexperientialqualitiesofofflineshoppingmeetrealneedsthatarenotlikelytobemetvirtuallyinthenearfuture.forConsumersLookingforanOnlineExperienceDespitethefactthatonlineconsumerstendtobegoal-oriented,experientialbrowsingbehaviorisdesirableonlineasitisassociatedwithincreasedimpulsepurchases,andmorefrequentvisits.Whiletheyareaminority,one-fifthtoone-thirdofonlineconsumersarenotengagedinnarrow,goal-focusedbehavior,andarethuslookingforfunintheironlinebuyingexperience.Moreover,asyoungersurferswhohavegrownuponthenetbecomefull-fledgedconsumers,experientialbenefitsarelikelytobecomemoredesirable.Beforeemphasizingsuchbenefits,however,sitesneedtoidentifyabaseofuserswhoareregularvisitorsandwhoareinvolv