外賣系統(tǒng)分析分析報告

1、項目名稱餐飲店的外賣訂餐系統(tǒng)平臺的建設2、項目背景（1）網(wǎng)上訂餐的市場背景伴隨越來越多的人接受了電子商務這種便捷、迅速的交易形式，網(wǎng)上訂餐的順勢而出很快受到了大家的歡迎?；ヂ?lián)網(wǎng)的應用以普及千家萬戶,這為網(wǎng)絡訂餐提供了良好的發(fā)展空間。同步，網(wǎng)上訂餐服務的直觀、有效、便捷等長處是老式的電話訂餐業(yè)務無法比擬的。調查數(shù)據(jù)顯示，諸多白領更樂于選擇網(wǎng)上訂餐服務,網(wǎng)上訂餐將是白領一族捕捉餐店信息、進行訂餐的發(fā)展趨勢。（2）網(wǎng)上訂餐的市場優(yōu)勢網(wǎng)絡訂餐可通過色彩、圖片、闡明、設置動畫加強產(chǎn)品的宣傳，大大到達了餐飲業(yè)的規(guī)定。實現(xiàn)產(chǎn)品管理以便，起到立竿見影的效果，不用由于更改菜色而重新印刷。只要在后臺鼠標輕輕一點，全線立即更新。3、項目目的網(wǎng)上訂餐系統(tǒng)是顧客實現(xiàn)網(wǎng)絡交易的一種方式，具有友好直觀的界面，安全快捷的支付方式，讓賣家第一時間收到訂單信息，讓顧客第一時間內(nèi)獲取外賣信息，為顧客提供更高質量的服務。既節(jié)省了時間，又讓顧客覺得以便、快捷，又對每個訂單的信息保管妥善、處理及時，實現(xiàn)高度智能化管理，令訂餐更快捷，便利，交互以便。4、項目內(nèi)容系統(tǒng)制作分為前臺和后臺。前臺重要波及的對象是網(wǎng)站的顧客.（1）登陸和注冊：登陸是為老客戶服務的，注冊重要是為新顧客準備的。（2）菜品展示：重要展示本店的特色菜品的詳情圖，讓顧客能更直觀的理解選擇自己喜歡的。（3）前臺信息：前臺顧客可以任意瀏覽本店的菜品更新信息，并可以對菜品進行評價。（4）外賣公告：可以對本店的某些外賣優(yōu)惠活動進行公布，以及優(yōu)惠的詳細時間。（5）查詢模塊：顧客可以對本店的喜歡的菜品進行查詢，然后可以在評論區(qū)理解其他顧客的體驗狀況。（6）聯(lián)絡我們：重要用于反饋某些菜品和其他服務的有關提議，讓我們懂得局限性，不停改善提高，同步公告出本店的聯(lián)絡電話、地址以及配送時間，讓顧客可以隨時聯(lián)絡。后臺重要波及的對象是網(wǎng)站的管理員：（1）登陸模塊：重要用于管理員登陸使用。（2）顧客注冊信息管理模塊：重要是進行審核管理，包括網(wǎng)站的注冊信息。（3）信息公布管理：由管理員進行信息公布、修改、刪除等操作。（4）評論審核模塊：重要用于管理顧客提出的評價，并記錄點擊次數(shù)、評論次數(shù)等。（5）公告管理：重要是管理本店公告優(yōu)惠信息，包括公布、刪除等操作。5、項目的約束條件（1）時間約束：本項目從3月3日開始到6月8日結束，交付最終成果。（2）質量約束：實體的質量約束：要保證外賣配送的及時性；要保證菜品的品質過關，例如保鮮度方面和菜品的味道方面；要保證菜品制作的衛(wèi)生和配送盒以及配送過程中的衛(wèi)生狀況；網(wǎng)上上傳的菜品圖要和實際的外賣菜品相符；要保證外賣的服務質量；系統(tǒng)的質量約束：操作簡便、界面友好，顧客滿意率到達75%；系統(tǒng)正式上線后運行故障率低于10%，并能持續(xù)運行三個月無重大軟件故障；系統(tǒng)可承受的并發(fā)連接數(shù)到達500個；項目進行中所確立的各文檔版本清晰，內(nèi)容完整、明確；系統(tǒng)編碼的一致性，便于推廣重用和自維護。（3）費用預算：項目總費用0元人民幣，其中軟件開發(fā)費用5000元，硬件采購費用10000元，維護費用5000元。6、項目的人員構成與職責分派本項目的人員構成與職責分派如下表所示。人員構成姓名職責項目經(jīng)理張賢項目分工、預算資金的分派、項目總體把握、召開主持例會項目組員李玲需求分析，總體設計孟維明詳細設計，系統(tǒng)實行校園生活服務平臺建設項目的工作分解構造采用自上而下的編制措施，前述該校園生活服務平臺建設項目的WBS圖可分為四層。第二個層次按照項目實行的階段進行分解，分為六個模塊；第三個層次的各模塊按照項目的產(chǎn)品構成進行分解。詳細的WBS樹狀圖和用project軟件畫出的任務圖如下圖所示。各模塊的重要任務如下：（1）項目準備。重要任務是在項目啟動階段制定項目開發(fā)計劃和有關的規(guī)章制度，并深入分析課題背景，確定研究意義和研究措施。（2）需求確定。按照調研計劃，開展需求調研，然后就調研成果進行分析，將需求分析闡明書交由負責人簽字，確定客戶最終的需求并建立對應的變更管理機制，同樣交由負責人簽字生效。（3）系統(tǒng)設計。進行系統(tǒng)功能模塊設計，劃分網(wǎng)站功能模塊，進行后臺數(shù)據(jù)庫的概念設計和物理設計，同步進行頁面美工設計，并建立設計文檔。（4）系統(tǒng)實現(xiàn)。采購需要的硬件設備，按照網(wǎng)站設計成果，選擇合適的開發(fā)語言，分別完畢前臺功能模塊和后臺功能模塊的程序開發(fā)，并進行單元測試，建立實現(xiàn)文檔。（5）網(wǎng)站測試。編寫測試計劃書，首先進行集成測試，記錄測試成果，建立對應文檔并由負責人簽字，然后按照測試計劃書，完畢系統(tǒng)測試，記錄測試成果，建立對應文檔并由負責人簽字。（6）驗收總結。網(wǎng)站試運行；同步對客戶進行培訓，最終將產(chǎn)品和顧客手冊交付客戶；項目組組員還要提交網(wǎng)站移交匯報和開發(fā)總結匯報。1.4系統(tǒng)開發(fā)措施本系統(tǒng)采用構造化分析的措施，通過使用一組過程模型圖形化地描述系統(tǒng)，包括過程建模、數(shù)據(jù)組織與構造、關系數(shù)據(jù)庫的設計和顧客界面，做出詳細而清晰的規(guī)劃。2.系統(tǒng)分析：2.1.1總體目的通過系統(tǒng)分析，本系統(tǒng)目的如下：1．系統(tǒng)安全性網(wǎng)上訂餐系統(tǒng)應控制不一樣顧客的使用權限，顧客不能越權操作，系統(tǒng)應當保證數(shù)據(jù)的安全性。同步，規(guī)定系統(tǒng)具有高度的可靠性，數(shù)據(jù)的精確性，系統(tǒng)的可恢復性。2．可維護性客戶會在系統(tǒng)使用過程中不停對系統(tǒng)提出新規(guī)定，擴展系統(tǒng)功能，這就規(guī)定系統(tǒng)的可升級性必須良好，以滿足客戶長期實用的規(guī)定，并且在顧客有新規(guī)定的時候可以迅速擴展功2/12頁能。3．顧客操作系統(tǒng)設計應當人性化，操作簡樸以便，到達人機友好的目的。4．運行速度系統(tǒng)響應時間是衡量系統(tǒng)性能好壞的重要參照。系統(tǒng)規(guī)定響應時間短，更新處理迅速，數(shù)據(jù)轉換與傳送時間短，后臺服務器響應迅速等等。由于系統(tǒng)使用者的特殊性，系統(tǒng)必須高效地響應并且在安全的前提下高效的響應。5．界面顧客界面應當做到清晰簡樸一目了然，易于操作。2.1.2.可行性分析1、技術可行性分析網(wǎng)上訂餐系統(tǒng)需要數(shù)據(jù)庫技術，網(wǎng)絡技術和有關開發(fā)技術，這些技術目前已經(jīng)成熟，本系統(tǒng)的開發(fā)完全可行。2、經(jīng)濟可行性分析開發(fā)這個系統(tǒng)投入不高，企業(yè)有能力承擔系統(tǒng)的開發(fā)以及平常的維護費用的，后期可以投入廣告產(chǎn)生盈利，并且在訂餐上節(jié)省了大量的物力人力，有良好的經(jīng)濟效益。3、社會可行性分析系統(tǒng)開發(fā)前準備以及全過程都不違反法律法規(guī)，與現(xiàn)行的管理制度沒有沖突。4、管理可行性分析系統(tǒng)操作簡樸，界面友好，只要通過一定的培訓即可迅速上手，管理便捷。系統(tǒng)需求可分為五大類:輸出、輸入、過程、性能，及控制。網(wǎng)上訂餐系統(tǒng)需求實例詳述如下︰輸出實例：網(wǎng)站必須每四小時回報一次在線使用量，在尖峰時段則需每小時回報。訂單登記系統(tǒng)必須產(chǎn)生一份每日的備忘清單。訂單處理系統(tǒng)必須可以提供最新的規(guī)格給供貨商。??輸入實例：3/12頁餐廳必須用另一種獨立的屏幕輸入菜單和菜品數(shù)目。每張輸入窗體須包括日期、時間、產(chǎn)品編號、客戶代號及數(shù)量。數(shù)據(jù)輸入屏幕除了背景顏色可以由使用者變化之外，其他必須原則化。??過程實例：訂單系統(tǒng)必須迅速計算出客戶的訂餐狀況并做登記反饋。對于信用狀況不好的客戶，系統(tǒng)可以不予以訂餐。??性能實例此系統(tǒng)必須同步供大量使用者上線。反應時間不可超過4秒。訂單處理系統(tǒng)必須在訂單結束后半分鐘內(nèi)產(chǎn)生訂單回饋。??控制實例：系統(tǒng)必須在操作系統(tǒng)層次及應用系統(tǒng)層次提供登入安全機制。顧客數(shù)據(jù)記錄只能由專人做新增、修改及刪除。所有的交易必須留下可供稽查的紀錄。??2.2.需求建模本系統(tǒng)需求建模工具是采用統(tǒng)一建模語言UML，分別選用用例圖、次序圖來建模。2.2.1用例圖：4/12頁2.2.2次序圖：2.3.數(shù)據(jù)流程建模2.3.1系統(tǒng)圖：2.3.2.0層數(shù)據(jù)流程圖6/12頁2.3.3.1層數(shù)據(jù)流程圖2.3.4.2層數(shù)據(jù)流程圖7/12頁2.4.數(shù)據(jù)字典數(shù)據(jù)流：訂餐系統(tǒng)處理訂單過程：①確認訂單②顯示拒絕告知8/12頁③準備訂單3、系統(tǒng)設計3.1界面、輸入、輸出設計顧客界面設計：（1）設計時我們界面中的提醒會盡量的詳細詳細并且易懂和友好；（2）我們會給界面上的按鈕和圖表加上明確的標簽；（3）在顯示菜單項時，對于臨時不可用的按鈕和命令，我們會采用“灰化”；（4）提供符合邏輯的界面組織構造（5）為了使顧客在填寫錯誤后便于取消操作，我們會設計撤銷動作。（6）對顧客的輸入有所反饋，例如當顧客輸入一種按鈕時，按鈕雖然變化形態(tài)或者發(fā)出聲音以反饋顧客（7）當顧客輸入錯誤時予以友好的錯誤提醒。輸入設計：（1）在輸入信息時，對數(shù)據(jù)進行檢查和改正；（2）盡量用電子設備和自動輸入（3）配有條形碼閱讀器（4）盡量獲取原始數(shù)據(jù)（5）限制影虎訪問進行數(shù)據(jù)輸入的光標位置（6）假如顧客必須以指定格式輸入一種字段值，應當給出對應的樣板格式（7）防止讓顧客輸入某些意義不大的字段輸出系統(tǒng)：（1）打印報表輸出，用來記錄菜品交易的詳細信息和回報總結等信息（2）屏幕報表輸出，顯示訂單詳情和交易詳情等信息。（3）圖像和多媒體輸出，在菜品上配有菜品的圖片或對菜品的營養(yǎng)價值講評的視頻信息。3.2數(shù)據(jù)設計3.2.1.系統(tǒng)E-R圖設計：9/12頁通過顧客，訂單，管理員，菜系這四個實體，我們畫出了整個系統(tǒng)的實體—聯(lián)絡圖，完畢了數(shù)據(jù)設計。3.3系統(tǒng)架構3.3.1系統(tǒng)體系構造我們概括地講述了構造化設計的大體思想，即從表達層、應用邏輯層和數(shù)據(jù)訪問層依次對系統(tǒng)進行設計。對于頂層的數(shù)據(jù)流圖，一般處在表達層，它們只給出了系統(tǒng)的外貌。對于基本圖中的過程，則多數(shù)處在應用邏輯層和數(shù)據(jù)訪問層，是顧客看不到的系統(tǒng)內(nèi)部屬性。對于某些通用的數(shù)據(jù)訪問動作，可以單獨為它設計通用數(shù)據(jù)訪問邏輯，而這方面的工作則屬于數(shù)據(jù)訪問層的設計。除此之外，數(shù)據(jù)訪問層還包括數(shù)據(jù)庫系統(tǒng)的設計。在整個設計過程中，應當結合使用自頂向下和自底向上的措施。采用自頂向下的思緒可以協(xié)助我們針對數(shù)據(jù)流圖來確定大體需要開發(fā)那些顧客界面。而在詳細開發(fā)某個界面時，我們需要原型化某些設計來驗證其合理性。假如驗證本來的設計思想不合理，那么就要回過頭重新修改設計方案，這實際上是一種自底向上的開發(fā)思緒?？傊?，整個設計過程實際上是與編程緊密有關的。并且，為了使用后來的系統(tǒng)維護愈加輕易，我們需要隨時將自己編程思緒的變化反應在設計方案中。3.3.2系統(tǒng)進行環(huán)境本次開發(fā)使用JSP作為開發(fā)語言，采用Servlet技術,Tomcat6.0作為Web服務器，在window