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

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

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

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

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

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

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

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

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

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

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

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

圖5-2登錄模塊測試效果圖1當密碼輸入不正確或密碼為空時：系統(tǒng)會提示“您輸入的密碼不正確”，之后頁面將重新返回登錄界面，需要用戶重新輸入信息。測試結果如圖5-3所示：天津工業(yè)大學食堂訂餐系統(tǒng)■的畛正吊ICON鳴戶附永A天津工業(yè)大學食堂訂餐系統(tǒng)■的畛正吊ICON鳴戶附永Alocalhost上的顧理〒圖5-3登錄模塊測試效果圖2當權限選擇與數(shù)據(jù)庫中存儲的權限信息不一致時：系統(tǒng)會提示“對不起，您沒有該權限”，之后頁面將重新返回登錄界面，需要用戶重新輸入信息。測試結果如圖5-4所示：圖5-4登錄模塊測試效果圖3本章小結本章主要介紹了系統(tǒng)測試的定義、主要方法以及在軟件實施中的重要性，并展示了用戶登錄模塊的測試及效果。結論天津工業(yè)大學食堂網(wǎng)上訂餐系統(tǒng)以Wamp（Windows+Apache+MySQL+PHP）作為集成開發(fā)環(huán)境，運用MySQL數(shù)據(jù)庫系統(tǒng)以及PHP編程語言開發(fā)實現(xiàn)，使用簡單方便，成本低，易于維護。經(jīng)過詳細的系統(tǒng)測試表明，系統(tǒng)已經(jīng)成功實現(xiàn)了各項預期的功能。顧客可以通過注冊登錄進入系統(tǒng)，在前臺界面可以查看不同的窗口，瀏覽其主營菜品，進入不同的窗口后可以對其經(jīng)營的菜品進行選擇，在訂單中可以填寫選訂菜品的信息、數(shù)量、拿取時間等信息，提交訂單后等待商家對訂單的信息進行審核，也可以對訂單進行取消操作。商家可以隨時對自己經(jīng)營的飯菜進行新增、修改、刪除等操作。系統(tǒng)管理員可以對顧客與商家的信息進行管理，并對數(shù)據(jù)信息進行維護和整理分析。不可否認的是本系統(tǒng)仍然存在一些缺陷，例如由于技術局限不支持網(wǎng)上支付，沒有形成訂餐后配送，對于一些窗口的描述只有文字缺乏圖片，缺少菜品的詳細描述等問題。雖然該系統(tǒng)尚存在不足之處，卻是一次寶貴的提升自己系統(tǒng)開發(fā)技能的實踐經(jīng)歷。本系統(tǒng)作為一個網(wǎng)上訂餐系統(tǒng)，具備以下特點：（1） 界面簡潔易操作，不需要額外的人力物力支出。（2） 能夠完成一般的訂餐流程。根據(jù)不同的用戶權限可以實現(xiàn)不同的功能需求，著重于顧客訂餐模塊以及商家窗口管理模塊的人性化設計，管理員對窗口信息的管理維護、對每日各個菜品訂餐數(shù)量的統(tǒng)計，符合目前各用戶的業(yè)務需求。（3） 由于系統(tǒng)采取的是模塊化設計，具有可拓展性，便于系統(tǒng)可以隨時根據(jù)食堂發(fā)展而增加或刪除功能模塊。參考文獻黎仕賢.電子商務發(fā)展對我國對外貿(mào)易影響研究[D].浙江大學,2014.⑵施劍凡.高校網(wǎng)上訂餐系統(tǒng)的設計與實現(xiàn)[J].科技視界,2013,25:88-89.代宏.淺談高校圖書館的自助服務[J].中國科教創(chuàng)新導刊，2014，（1）:277.田甫.基于Android平臺的手機訂餐系統(tǒng)的研究與實現(xiàn)[D].電子科技大學,2013.SamarMouakket.InvestigatingtheMotivesofCustomers'ContinuanceIntentionstowardsOnlineReservation:TheRoleofE-ServiceQuality[J].JournalofOrganizationalandEndUserComputing（JOEUC）,2014,（2）:18-40.許旺央.網(wǎng)上訂餐系統(tǒng)的設計與實現(xiàn)[D].廈門大學,2013.邱波.淺談電子商務熱潮對大學生的沖擊及其思考[J].改革與開放,2015,08:72-73.吳艷玲.基于的網(wǎng)上訂餐系統(tǒng)設計與實現(xiàn)[D].吉林大學,2012.明日科技.PHP從入門到精通（第3版）[M].北京：清華大學出版社，2008.蔣力.網(wǎng)上訂餐管理系統(tǒng)的設計與實現(xiàn)[D].吉林大學,2014.謝華等.Visio2010圖形設計實戰(zhàn)技巧精粹[M].北京：清華大學出版社,.陳思羽.商品庫存管理系統(tǒng)分析與設計[J].中國科技博覽,2015,0（5）;228-228.薛均曉，李占波.UML系統(tǒng)分析與設計[M].北京：機械工業(yè)出版社，2014.王曉玲.網(wǎng)絡系統(tǒng)分析與設計分析[J].電子技術與軟件工程,2015,0（4）;21-21.LukeWelling（澳），LauraThomson（澳），武欣等.PHP和MySQLWeb開發(fā)[M].北京：機械工業(yè)出版社，2009.SamarMouakket,MohammadAhmadAl-hawari.Examiningtheantecedentsofe-loyaltyintentioninanonlinereservationenvironment[J].JournalofHighTechnologyManagementResearch,2012,（1）:46-57.于國槐，王雨竹.PHP典型模塊開發(fā)全程實錄[M].北京：清華大學出版社，2013.黃慧芳，王琳PHP+MySQL項目開發(fā)權威指南[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