網(wǎng)上訂餐系統(tǒng)分析報(bào)告

22222222344566778999910111111TOC\o"1-3"\h\u158961.系統(tǒng)規(guī)劃： 2141201.1.開發(fā)背景 2244951.2.發(fā)呈現(xiàn)狀 2274971.3.系統(tǒng)開發(fā)意義 21.4系統(tǒng)開發(fā)辦法140762.系統(tǒng)分析 212.1需求分析194432.1.1總體目的 267032.1.2可行性分析 3228082.2需求建模 4101632.2.1.用例圖 738792.2.2.次序圖 8273102.3.數(shù)據(jù)過程建模 5171962.3.1.0層數(shù)據(jù)流程圖 530602.3.2.1層數(shù)據(jù)流程圖 6257982.3.3.2層數(shù)據(jù)流程圖 67682.4.數(shù)據(jù)字典 7297123.系統(tǒng)設(shè)計(jì) 12181693.1.界面、數(shù)據(jù)輸出設(shè)計(jì) 123.2數(shù)據(jù)設(shè)計(jì)40873.2.1.系統(tǒng)E-R圖設(shè)計(jì) 193.3系統(tǒng)架構(gòu)28627 11124603.3.1.系統(tǒng)體系構(gòu)造 14124663.3.2系統(tǒng)進(jìn)行環(huán)境 16174214.報(bào)告總結(jié) 14網(wǎng)上訂餐系統(tǒng)158961.概述：141201.1.開發(fā)背景隨著現(xiàn)在社會(huì)的發(fā)展，人們的生活節(jié)奏越來越快，生活水平與質(zhì)量也不停在提高。對(duì)飲食的規(guī)定已不再是解決溫飽，在緊張學(xué)習(xí)工作之余選擇美食，得到美的精神享有和放松是一種不錯(cuò)的選擇。而在地處偏僻的臨港，通過外賣享有美食的方式更為普遍。如今互聯(lián)網(wǎng)高速發(fā)展，當(dāng)傳統(tǒng)的電話訂餐已經(jīng)無法完全滿足消費(fèi)者需求時(shí)，網(wǎng)上訂餐應(yīng)運(yùn)而生。因此，開發(fā)出一款實(shí)用的，信息能夠及時(shí)更新與查看的網(wǎng)上訂餐的系統(tǒng)極為必要。244951.2.發(fā)呈現(xiàn)狀現(xiàn)在世面上有不少網(wǎng)上訂餐系統(tǒng)，例如餓了么，上海外賣網(wǎng)等等，但影響力仍舊不廣，現(xiàn)在我國(guó)使用的大部分還是電話訂餐系統(tǒng)，網(wǎng)上訂餐系統(tǒng)還處在成長(zhǎng)久，潛力與發(fā)展空間都很大。274971.3.系統(tǒng)開發(fā)意義網(wǎng)上訂餐系統(tǒng)是顧客實(shí)現(xiàn)網(wǎng)絡(luò)交易的一種方式，含有和諧直觀的界面，安全快捷的支付方式，讓賣家第一時(shí)間收到訂單信息，讓顧客第一時(shí)間內(nèi)獲取外賣信息，為顧客提供更高質(zhì)量的服務(wù)。既節(jié)省了時(shí)間，又讓顧客覺得方便、快捷，又對(duì)每個(gè)訂單的信息保管妥善、解決及時(shí)，實(shí)現(xiàn)高度智能化管理，令訂餐更快捷，便利，交互方便。1.4系統(tǒng)開發(fā)辦法本系統(tǒng)采用構(gòu)造化分析的辦法，通過使用一組過程模型圖形化地描述系統(tǒng)，涉及過程建模、數(shù)據(jù)組織與構(gòu)造、關(guān)系數(shù)據(jù)庫(kù)的設(shè)計(jì)和顧客界面，做出具體而清晰的規(guī)劃。140762.系統(tǒng)分析：194432.1.1總體目的通過系統(tǒng)分析，本系統(tǒng)目的以下：1．系統(tǒng)安全性

網(wǎng)上訂餐系統(tǒng)應(yīng)控制不同顧客的使用權(quán)限，顧客不能越權(quán)操作，系統(tǒng)應(yīng)當(dāng)確保數(shù)據(jù)的安全性。同時(shí)，規(guī)定系統(tǒng)含有高度的可靠性，數(shù)據(jù)的精確性，系統(tǒng)的可恢復(fù)性。

2．可維護(hù)性

客戶會(huì)在系統(tǒng)使用過程中不停對(duì)系統(tǒng)提出新規(guī)定，擴(kuò)展系統(tǒng)功效，這就規(guī)定系統(tǒng)的可升級(jí)性必須良好，以滿足客戶長(zhǎng)久實(shí)用的規(guī)定，并且在顧客有新規(guī)定的時(shí)候能夠快速擴(kuò)展功效。

3．顧客操作

系統(tǒng)設(shè)計(jì)應(yīng)當(dāng)人性化，操作簡(jiǎn)樸方便，達(dá)成人機(jī)和諧的目的。

運(yùn)行速度

系統(tǒng)響應(yīng)時(shí)間是衡量系統(tǒng)性能好壞的重要參考。系統(tǒng)規(guī)定響應(yīng)時(shí)間短，更新解決快速，數(shù)據(jù)轉(zhuǎn)換與傳送時(shí)間短，后臺(tái)服務(wù)器響應(yīng)快速等等。由于系統(tǒng)使用者的特殊性，系統(tǒng)必須高效地響應(yīng)并且在安全的前提下高效的響應(yīng)。

5．界面

顧客界面應(yīng)當(dāng)做到清晰簡(jiǎn)樸一目了然，易于操作。67032.1.2.可行性分析

1、技術(shù)可行性分析網(wǎng)上訂餐系統(tǒng)需要數(shù)據(jù)庫(kù)技術(shù)，網(wǎng)絡(luò)技術(shù)和有關(guān)開發(fā)技術(shù)，這些技術(shù)現(xiàn)在已經(jīng)成熟，本系統(tǒng)的開發(fā)完全可行。2、經(jīng)濟(jì)可行性分析開發(fā)這個(gè)系統(tǒng)投入不高，公司有能力承當(dāng)系統(tǒng)的開發(fā)以及日常的維護(hù)費(fèi)用的，后期能夠投入廣告產(chǎn)生盈利，并且在訂餐上節(jié)省了大量的物力人力，有良好的經(jīng)濟(jì)效益。社會(huì)可行性分析系統(tǒng)開發(fā)前準(zhǔn)備以及全過程都不違反法律法規(guī)，與現(xiàn)行的管理制度沒有沖突。4、管理可行性分析系統(tǒng)操作簡(jiǎn)樸，界面和諧，只要通過一定的培訓(xùn)即可快速上手，管理便捷。系統(tǒng)需求可分為五大類:輸出、輸入、過程、性能，及控制。網(wǎng)上訂餐系統(tǒng)需求實(shí)例詳述以下︰輸出實(shí)例：網(wǎng)站必須每四小時(shí)回報(bào)一次在線使用量，在尖峰時(shí)段則需每小時(shí)回報(bào)。訂單登記系統(tǒng)必須產(chǎn)生一份每日的備忘清單。訂單解決系統(tǒng)必須能夠提供最新的規(guī)格給供貨商。……輸入實(shí)例：餐廳必須用另一種獨(dú)立的屏幕輸入菜單和菜品數(shù)目。每張輸入窗體須包含日期、時(shí)間、產(chǎn)品編號(hào)、客戶代號(hào)及數(shù)量。數(shù)據(jù)輸入屏幕除了背景顏色能夠由使用者變化之外，其它必須原則化?！^程實(shí)例：訂單系統(tǒng)必須快速計(jì)算出客戶的訂餐狀況并做登記反饋。對(duì)于信用狀況不好的客戶，系統(tǒng)能夠不予以訂餐?！阅軐?shí)例此系統(tǒng)必須同時(shí)供大量使用者上線。反映時(shí)間不可超出4秒。訂單解決系統(tǒng)必須在訂單結(jié)束后半分鐘內(nèi)產(chǎn)生訂單回饋。……控制實(shí)例：系統(tǒng)必須在操作系統(tǒng)層次及應(yīng)用系統(tǒng)層次提供登入安全機(jī)制。顧客數(shù)據(jù)統(tǒng)計(jì)只能由專人做新增、修改及刪除。全部的交易必須留下可供稽查的紀(jì)錄?！?28082.2.需求建模本系統(tǒng)需求建模工具是采用統(tǒng)一建模語言UML，分別選用用例圖、次序圖來建模。2.2.1用例圖：2.2.2次序圖：273102.3.數(shù)據(jù)流程建模2.3.1系統(tǒng)圖：171962.3.2.0層數(shù)據(jù)流程圖30602.3.3.1層數(shù)據(jù)流程圖257982.3.4.2層數(shù)據(jù)流程圖7682.4.數(shù)據(jù)字典數(shù)據(jù)流：訂餐系統(tǒng)系統(tǒng)名：網(wǎng)上訂單系統(tǒng)日期：6月6日數(shù)據(jù)流名稱：訂單別名：訂貨單，購(gòu)置憑單構(gòu)成:訂單=客戶資料+貨品資料+訂購(gòu)日期+交貨日期貨品資料=貨品名稱+(貨品規(guī)格)+貨品代號(hào)+訂購(gòu)量客戶資料=[客戶代號(hào)|客戶姓名]+地址+1{電話}3訂購(gòu)日期=年*公元*+月+日交貨日期=年*公元*+月+日闡明:由客戶填妥，送交營(yíng)業(yè)員收存。解決訂單過程：確認(rèn)訂單系統(tǒng)名稱：網(wǎng)上訂單系統(tǒng)日期：6月6日過程名：確認(rèn)訂單別名：輸入數(shù)據(jù)流:訂單，產(chǎn)品細(xì)節(jié)，信用狀況。輸出數(shù)據(jù)流:接受的訂單，回絕的訂單。邏輯描述:Foreachorder,if信用狀況=“Y”andif產(chǎn)品細(xì)節(jié)(庫(kù)存量)=okoutput接受的訂單elseoutput回絕的訂單闡明：無顯示回絕告知系統(tǒng)名稱：網(wǎng)上訂單系統(tǒng)日期：6月6日過程名：顯示回絕告知?jiǎng)e名：輸入數(shù)據(jù)流:回絕的訂單輸出數(shù)據(jù)流:訂單回絕告知，信用歷史邏輯描述:foreachorder,if訂單被回絕顯示回絕的告知Output訂單回絕告知，信用歷史闡明：無準(zhǔn)備訂單系統(tǒng)名稱：網(wǎng)上訂單系統(tǒng)日期：6月6日過程名：準(zhǔn)備訂單別名：輸入數(shù)據(jù)流:接受的訂單，分揀細(xì)節(jié)輸出數(shù)據(jù)流:分揀清單，庫(kù)存更改邏輯描述:Foreachorder,if訂單被接受準(zhǔn)備訂單output分揀細(xì)節(jié)，分揀清單闡明：無3、系統(tǒng)設(shè)計(jì)3.1界面、輸入、輸出設(shè)計(jì)顧客界面設(shè)計(jì)：設(shè)計(jì)時(shí)我們界面中的提示會(huì)盡量的具體具體并且易懂和和諧；我們會(huì)給界面上的按鈕和圖表加上明確的標(biāo)簽；在顯示菜單項(xiàng)時(shí)，對(duì)于臨時(shí)不可用的按鈕和命令，我們會(huì)采用“灰化”；提供符合邏輯的界面組織構(gòu)造為了使顧客在填寫錯(cuò)誤后便于取消操作，我們會(huì)設(shè)計(jì)撤銷動(dòng)作。對(duì)顧客的輸入有所反饋，例如當(dāng)顧客輸入一種按鈕時(shí)，按鈕即使變化形態(tài)或者發(fā)出聲音以反饋顧客當(dāng)顧客輸入錯(cuò)誤時(shí)予以和諧的錯(cuò)誤提示。輸入設(shè)計(jì)：在輸入信息時(shí)，對(duì)數(shù)據(jù)進(jìn)行檢查和改正；盡量用電子設(shè)備和自動(dòng)輸入配有條形碼閱讀器盡量獲取原始數(shù)據(jù)限制影虎訪問進(jìn)行數(shù)據(jù)輸入的光標(biāo)位置如果顧客必須以指定格式輸入一種字段值，應(yīng)當(dāng)給出對(duì)應(yīng)的樣板格式避免讓顧客輸入某些意義不大的字段輸出系統(tǒng)：打印報(bào)表輸出，用來統(tǒng)計(jì)菜品交易的具體信息和回報(bào)總結(jié)等信息屏幕報(bào)表輸出，顯示訂單詳情和交易詳情等信息。圖像和多媒體輸出，在菜品上配有菜品的圖片或?qū)Σ似返臓I(yíng)養(yǎng)價(jià)值講評(píng)的視頻信息。3.2數(shù)據(jù)設(shè)計(jì)40873.2.1.系統(tǒng)E-R圖設(shè)計(jì)： 通過顧客，訂單，管理員，菜系這四個(gè)實(shí)體，我們畫出了整個(gè)系統(tǒng)的實(shí)體—聯(lián)系圖，完畢了數(shù)據(jù)設(shè)計(jì)。3.3系統(tǒng)架構(gòu)3.3.1系統(tǒng)體系構(gòu)造我們概括地講述了構(gòu)造化設(shè)計(jì)的大致思想，即從表達(dá)層、應(yīng)用邏輯層和數(shù)據(jù)訪問層依次對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)。對(duì)于頂層的數(shù)據(jù)流圖，普通處在表達(dá)層，它們只給出了系統(tǒng)的外貌。對(duì)于基本圖中的過程，則多數(shù)處在應(yīng)用邏輯層和數(shù)據(jù)訪問層，是顧客看不到的系統(tǒng)內(nèi)部屬性。對(duì)于某些通用的數(shù)據(jù)訪問動(dòng)作，能夠單獨(dú)為它設(shè)計(jì)通用數(shù)據(jù)訪問邏輯，而這方面的工作則屬于數(shù)據(jù)訪問層的設(shè)計(jì)。除此之外，數(shù)據(jù)訪問層還涉及數(shù)據(jù)庫(kù)系統(tǒng)的設(shè)計(jì)。在整個(gè)設(shè)計(jì)過程中，應(yīng)當(dāng)結(jié)合使用自頂向下和自底向上的辦法。采用自頂向下的思路能夠協(xié)助我們針對(duì)數(shù)據(jù)流圖來擬定大致需要開發(fā)那些顧客界面。而在具體開發(fā)某個(gè)界面時(shí)，我們需要原型化某些設(shè)計(jì)來驗(yàn)證其合理性。如果驗(yàn)證原來的設(shè)計(jì)思想不合理，那么就要回過頭重新修改設(shè)計(jì)方案，這事實(shí)上是一種自底向上的開發(fā)思路?？傊?，整個(gè)設(shè)計(jì)過程事實(shí)上是與編程緊密有關(guān)的。并且，為了使用后來的系統(tǒng)維護(hù)更加容易，我們需要隨時(shí)將自己編程思路的變化反映在設(shè)計(jì)方案中。3.3.2系統(tǒng)進(jìn)行環(huán)境本次開發(fā)使用JSP作為開發(fā)語言，采用Servlet技術(shù),Tomcat6.0作為Web服務(wù)器，在window