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

1、精選優(yōu)質(zhì)文檔-傾情為你奉上1、項目名稱 餐飲店的外賣訂餐系統(tǒng)平臺的建設(shè)2、項目背景（1）網(wǎng)上訂餐的市場背景隨著越來越多的人接受了電子商務(wù)這種便捷、快速的交易形式，網(wǎng)上訂餐的順勢而出很快受到了大家的歡迎?；ヂ?lián)網(wǎng)的應(yīng)用以普及千家萬戶,這為網(wǎng)絡(luò)訂餐提供了良好的發(fā)展空間。同時，網(wǎng)上訂餐服務(wù)的直觀、有效、便捷等優(yōu)點是傳統(tǒng)的電話訂餐業(yè)務(wù)無法比擬的。調(diào)查數(shù)據(jù)顯示，很多白領(lǐng)更樂于選擇網(wǎng)上訂餐服務(wù), 網(wǎng)上訂餐將是白領(lǐng)一族捕獲餐店信息、進行訂餐的發(fā)展趨勢。（2）網(wǎng)上訂餐的市場優(yōu)勢網(wǎng)絡(luò)訂餐可通過色彩、圖片、說明、設(shè)置動畫加強產(chǎn)品的宣傳，大大達到了餐飲業(yè)的要求。實現(xiàn)產(chǎn)品管理方便，起到立竿見影的效果，不用因為更改菜色而

2、重新印刷。只要在后臺鼠標(biāo)輕輕一點，全線馬上更新。3、項目目標(biāo)網(wǎng)上訂餐系統(tǒng)是用戶實現(xiàn)網(wǎng)絡(luò)交易的一種方式，具有友好直觀的界面，安全快捷的支付方式，讓賣家第一時間收到訂單信息，讓顧客第一時間內(nèi)獲取外賣信息，為顧客提供更高質(zhì)量的服務(wù)。既節(jié)約了時間，又讓顧客覺得方便、快捷，又對每個訂單的信息保管妥善、處理及時，實現(xiàn)高度智能化管理，令訂餐更快捷，便利，交互方便。4、項目內(nèi)容系統(tǒng)制作分為前臺和后臺。前臺主要涉及的對象是網(wǎng)站的用戶. （1）登陸和注冊：登陸是為老客戶服務(wù)的，注冊主要是為新用戶準(zhǔn)備的。（2）菜品展示：主要展示本店的特色菜品的詳情圖，讓用戶能更直觀的了解選擇自己喜歡的。（3）前臺信息：前臺用戶可以

3、任意瀏覽本店的菜品更新信息，并可以對菜品進行評價。（4）外賣公告：可以對本店的一些外賣優(yōu)惠活動進行發(fā)布，以及優(yōu)惠的具體時間。（5）查詢模塊：用戶可以對本店的喜歡的菜品進行查詢，然后可以在評論區(qū)了解其他用戶的體驗情況。（6）聯(lián)系我們：主要用于反饋一些菜品和其他服務(wù)的相關(guān)建議，讓我們知道不足，不斷改進提高，同時公示出本店的聯(lián)系電話、地址以及配送時間，讓用戶可以隨時聯(lián)系。后臺主要涉及的對象是網(wǎng)站的管理員：（1）登陸模塊：主要用于管理員登陸使用。（2）用戶注冊信息管理模塊：主要是進行審核管理，包括網(wǎng)站的注冊信息。（3）信息發(fā)布管理：由管理員進行信息發(fā)布、修改、刪除等操作。（4）評論審核模塊：主要用于管

4、理用戶提出的評價，并記錄點擊次數(shù)、評論次數(shù)等。（5）公告管理：主要是管理本店公告優(yōu)惠信息，包括發(fā)布、刪除等操作。5、項目的約束條件（1）時間約束：本項目從2017年3月3日開始到2017年6月8日結(jié)束，交付最終成果。（2）質(zhì)量約束：實體的質(zhì)量約束：a. 要保證外賣配送的及時性；b. 要保證菜品的品質(zhì)過關(guān)，例如保鮮度方面和菜品的味道方面；c. 要保證菜品制作的衛(wèi)生和配送盒以及配送過程中的衛(wèi)生情況；d. 網(wǎng)上上傳的菜品圖要和實際的外賣菜品相符；e. 要保證外賣的服務(wù)質(zhì)量；系統(tǒng)的質(zhì)量約束：a. 操作簡便、界面友好，用戶滿意率達到75%；b. 系統(tǒng)正式上線后運行故障率低于10%，并能持續(xù)運行三個月無重

5、大軟件故障；c. 系統(tǒng)可承受的并發(fā)連接數(shù)達到500個；d. 項目進行中所確立的各文檔版本清晰，內(nèi)容完整、明確；e. 系統(tǒng)編碼的一致性，便于推廣重用和自維護。（3）費用預(yù)算：項目總費用20000元人民幣，其中軟件開發(fā)費用5000元，硬件采購費用10000元，維護費用5000元。6、項目的人員組成與職責(zé)分配本項目的人員組成與職責(zé)分配如下表所示。人員組成姓名職責(zé)項目經(jīng)理張賢項目分工、預(yù)算資金的分配、項目總體把握、召開主持例會項目組員李玲需求分析，總體設(shè)計孟維明詳細設(shè)計，系統(tǒng)實施校園生活服務(wù)平臺建設(shè)項目的工作分解結(jié)構(gòu)采用自上而下的編制方法，前述該校園生活服務(wù)平臺建設(shè)項目的 WBS 圖可分為四層。第二個

6、層次按照項目實施的階段進行分解，分為六個模塊；第三個層次的各模塊按照項目的產(chǎn)品構(gòu)成進行分解。具體的WBS樹狀圖和用project軟件畫出的任務(wù)圖如下圖所示。各模塊的主要任務(wù)如下：（1）項目準(zhǔn)備。主要任務(wù)是在項目啟動階段制定項目開發(fā)計劃和相關(guān)的規(guī)章制度，并深入分析課題背景，確定研究意義和研究方法。（2）需求確定。按照調(diào)研計劃，開展需求調(diào)研，然后就調(diào)研結(jié)果進行分析，將需求分析說明書交由負責(zé)人簽字，確定客戶最終的需求并建立相應(yīng)的變更管理機制，同樣交由負責(zé)人簽字生效。（3）系統(tǒng)設(shè)計。進行系統(tǒng)功能模塊設(shè)計，劃分網(wǎng)站功能模塊，進行后臺數(shù)據(jù)庫的概念設(shè)計和物理設(shè)計，同時進行頁面美工設(shè)計，并建立設(shè)計文檔。（4）

7、系統(tǒng)實現(xiàn)。采購需要的硬件設(shè)備，按照網(wǎng)站設(shè)計成果，選擇合適的開發(fā)語言，分別完成前臺功能模塊和后臺功能模塊的程序開發(fā)，并進行單元測試，建立實現(xiàn)文檔。（5）網(wǎng)站測試。編寫測試計劃書，首先進行集成測試，記錄測試結(jié)果，建立相應(yīng)文檔并由負責(zé)人簽字，然后按照測試計劃書，完成系統(tǒng)測試，記錄測試結(jié)果，建立相應(yīng)文檔并由負責(zé)人簽字。（6）驗收總結(jié)。網(wǎng)站試運行；同時對客戶進行培訓(xùn)，最終將產(chǎn)品和用戶手冊交付客戶；項目組成員還要提交網(wǎng)站移交報告和開發(fā)總結(jié)報告。1.4系統(tǒng)開發(fā)方法本系統(tǒng)采用結(jié)構(gòu)化分析的方法，通過使用一組過程模型圖形化地描述系統(tǒng)，包括過程建模、數(shù)據(jù)組織與結(jié)構(gòu)、關(guān)系數(shù)據(jù)庫的設(shè)計和用戶界面，做出詳細而清晰的規(guī)劃。

8、2. 系統(tǒng)分析：2.1.1總體目標(biāo)經(jīng)過系統(tǒng)分析，本系統(tǒng)目標(biāo)如下：1系統(tǒng)安全性網(wǎng)上訂餐系統(tǒng)應(yīng)控制不同用戶的使用權(quán)限，用戶不能越權(quán)操作，系統(tǒng)應(yīng)該確保數(shù)據(jù)的安全性。同時，要求系統(tǒng)具有高度的可靠性，數(shù)據(jù)的準(zhǔn)確性，系統(tǒng)的可恢復(fù)性。2可維護性客戶會在系統(tǒng)使用過程中不斷對系統(tǒng)提出新要求，擴展系統(tǒng)功能，這就要求系統(tǒng)的可升級性必須良好，以滿足客戶長期實用的要求，并且在用戶有新要求的時候可以快速擴展功2/12頁能。3用戶操作系統(tǒng)設(shè)計應(yīng)該人性化，操作簡單方便，達到人機友好的目的。4運行速度系統(tǒng)響應(yīng)時間是衡量系統(tǒng)性能好壞的重要參考。系統(tǒng)要求響應(yīng)時間短，更新處理迅速，數(shù)據(jù)轉(zhuǎn)換與傳送時間短，后臺服務(wù)器響應(yīng)迅速等等。由于系

9、統(tǒng)使用者的特殊性，系統(tǒng)必須高效地響應(yīng)并且在安全的前提下高效的響應(yīng)。5界面用戶界面應(yīng)該做到清晰簡單一目了然，易于操作。2.1.2.可行性分析1、技術(shù)可行性分析網(wǎng)上訂餐系統(tǒng)需要數(shù)據(jù)庫技術(shù)，網(wǎng)絡(luò)技術(shù)和相關(guān)開發(fā)技術(shù)，這些技術(shù)目前已經(jīng)成熟，本系統(tǒng)的開發(fā)完全可行。2、經(jīng)濟可行性分析開發(fā)這個系統(tǒng)投入不高，企業(yè)有能力承擔(dān)系統(tǒng)的開發(fā)以及日常的維護費用的，后期可以投入廣告產(chǎn)生盈利，并且在訂餐上節(jié)約了大量的物力人力，有良好的經(jīng)濟效益。3、社會可行性分析系統(tǒng)開發(fā)前準(zhǔn)備以及全過程都不違反法律法規(guī)，與現(xiàn)行的管理制度沒有沖突。4、管理可行性分析系統(tǒng)操作簡單，界面友好，只要經(jīng)過一定的培訓(xùn)即可迅速上手，管理便捷。系統(tǒng)需求可分為

10、五大類:輸出、輸入、過程、性能，及控制。網(wǎng)上訂餐系統(tǒng)需求實例詳述如下輸出實例：網(wǎng)站必須每四小時回報一次在線使用量，在尖峰時段則需每小時回報。訂單登記系統(tǒng)必須產(chǎn)生一份每日的備忘清單。訂單處理系統(tǒng)必須能夠提供最新的規(guī)格給供貨商。輸入實例：3/12頁餐廳必須用另一個獨立的屏幕輸入菜單和菜品數(shù)目。每張輸入窗體須包含日期、時間、產(chǎn)品編號、客戶代號及數(shù)量。數(shù)據(jù)輸入屏幕除了背景顏色可以由使用者改變之外，其余必須標(biāo)準(zhǔn)化。過程實例：訂單系統(tǒng)必須迅速計算出客戶的訂餐情況并做登記反饋。對于信用狀況不好的客戶，系統(tǒng)可以不給予訂餐。性能實例此系統(tǒng)必須同時供大量使用者上線。反應(yīng)時間不可超過4秒。訂單處理系統(tǒng)必須在訂單結(jié)束

11、后半分鐘內(nèi)產(chǎn)生訂單回饋?？刂茖嵗合到y(tǒng)必須在操作系統(tǒng)層次及應(yīng)用系統(tǒng)層次提供登入安全機制。顧客數(shù)據(jù)記錄只能由專人做新增、修改及刪除。所有的交易必須留下可供稽查的紀(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頁 準(zhǔn)備訂單3、系統(tǒng)設(shè)計3.1界面、輸入、輸出設(shè)計用戶界面設(shè)計：（1）

12、設(shè)計時我們界面中的提示會盡可能的詳細具體并且易懂和友好； （2）我們會給界面上的按鈕和圖表加上明確的標(biāo)簽；（3）在顯示菜單項時，對于暫時不可用的按鈕和命令，我們會采取“灰化”； （4）提供符合邏輯的界面組織結(jié)構(gòu)（5）為了使用戶在填寫錯誤后便于取消操作，我們會設(shè)計撤銷動作。（6）對用戶的輸入有所反饋，比如當(dāng)用戶輸入一個按鈕時，按鈕即使改變形態(tài)或者發(fā)出聲音以反饋用戶（7）當(dāng)用戶輸入錯誤時給予友好的錯誤提示。輸入設(shè)計：（1）在輸入信息時，對數(shù)據(jù)進行檢驗和更正； （2）盡可能用電子設(shè)備和自動輸入 （3）配有條形碼閱讀器 （4）盡可能獲取原始數(shù)據(jù)（5）限制影虎訪問進行數(shù)據(jù)輸入的光標(biāo)位置（6）如果用戶必須

13、以指定格式輸入一個字段值，應(yīng)該給出相應(yīng)的樣板格式 （7）避免讓用戶輸入一些意義不大的字段輸出系統(tǒng)：（1）打印報表輸出，用來記錄菜品交易的詳細信息和回報總結(jié)等信息 （2）屏幕報表輸出，顯示訂單詳情和交易詳情等信息。（3）圖像和多媒體輸出，在菜品上配有菜品的圖片或?qū)Σ似返臓I養(yǎng)價值講評的視頻信息。3.2 數(shù)據(jù)設(shè)計3.2.1. 系統(tǒng)E-R圖設(shè)計：9/12頁通過用戶，訂單，管理員，菜系這四個實體，我們畫出了整個系統(tǒng)的實體聯(lián)系圖，完成了數(shù)據(jù)設(shè)計。3.3系統(tǒng)架構(gòu)3.3.1 系統(tǒng)體系結(jié)構(gòu)我們概括地講述了結(jié)構(gòu)化設(shè)計的大體思想，即從表示層、應(yīng)用邏輯層和數(shù)據(jù)訪問層依次對系統(tǒng)進行設(shè)計。對于頂層的數(shù)據(jù)流圖，一般處于表示

14、層，它們只給出了系統(tǒng)的外貌。對于基本圖中的過程，則多數(shù)處于應(yīng)用邏輯層和數(shù)據(jù)訪問層，是用戶看不到的系統(tǒng)內(nèi)部屬性。對于一些通用的數(shù)據(jù)訪問動作，可以單獨為它設(shè)計通用數(shù)據(jù)訪問邏輯，而這方面的工作則屬于數(shù)據(jù)訪問層的設(shè)計。除此之外，數(shù)據(jù)訪問層還包括數(shù)據(jù)庫系統(tǒng)的設(shè)計。在整個設(shè)計過程中，應(yīng)該結(jié)合使用自頂向下和自底向上的方法。采用自頂向下的思路可以幫助我們針對數(shù)據(jù)流圖來確定大體需要開發(fā)那些用戶界面。而在具體開發(fā)某個界面時，我們需要原型化一些設(shè)計來驗證其合理性。如果驗證原來的設(shè)計思想不合理，那么就要回過頭重新修改設(shè)計方案，這事實上是一種自底向上的開發(fā)思路?？傊?，整個設(shè)計過程事實上是與編程緊密相關(guān)的。而且，為了使用以后的系統(tǒng)維護更加容易，我們需要隨時將自己編程思路的改變反應(yīng)在設(shè)計方案中。3.3.2 系統(tǒng)進行環(huán)境此次開發(fā)使用JSP作為開發(fā)語言，采用Servlet技術(shù),Tomcat6.0作為Web服務(wù)器，在windows7系統(tǒng)