1、.目錄1.系統(tǒng)規(guī)劃：.錯誤!不決義書簽。21.1.開發(fā)背景.錯誤!不決義書簽。21.2.發(fā)顯現(xiàn)狀.錯誤!不決義書簽。21.3.系統(tǒng)開發(fā)意義.錯誤!不決義書簽。21.4系統(tǒng)開發(fā)方法2.系統(tǒng)剖析.錯誤!不決義書簽。12.1需求剖析2整體目標(biāo).錯誤!不決義書簽。2可行性剖析.錯誤!不決義書簽。32.2需求建模.錯誤!不決義書簽。42.2.1.用例圖.錯誤!不決義書簽。42.2.2.次序圖.錯誤!不決義書簽。52.3.數(shù)據(jù)過程建模.錯誤!不決義書簽。6層數(shù)據(jù)流程圖.錯誤!不決義書簽。6層數(shù)據(jù)流程圖.錯誤!不決義書簽。7層數(shù)據(jù)流程圖.錯誤!不決義書簽。72.4.數(shù)據(jù)詞典.錯誤!不決義書簽。83.系統(tǒng)設(shè)計

2、.錯誤!不決義書簽。93.1.界面、數(shù)據(jù)輸出設(shè)計.錯誤!不決義書簽。93.2數(shù)據(jù)設(shè)計93.2.1.系統(tǒng)E-R圖設(shè)計.錯誤!不決義書簽。93.3系統(tǒng)架構(gòu).錯誤!不決義書簽。103.3.1.系統(tǒng)系統(tǒng)構(gòu)造.錯誤!不決義書簽。11系統(tǒng)進(jìn)行環(huán)境.錯誤!不決義書簽。114.報告總結(jié).錯誤!不決義書簽。11.網(wǎng)上訂餐系統(tǒng)概括：1.1.開發(fā)背景跟著此刻社會的發(fā)展，人們的生活節(jié)奏愈來愈快，生活水平與質(zhì)量也不停在提升。對飲食的要求已不再是解決飽暖，在緊張學(xué)習(xí)工作之余選擇美食，獲得美的精神享受和放松是一個不錯的選擇。而在地處荒僻的臨港，經(jīng)過外賣享受美食的方式更為廣泛。此刻互聯(lián)網(wǎng)高速發(fā)展，當(dāng)傳統(tǒng)的電話訂餐已經(jīng)沒法完整

3、知足花費者需求時，網(wǎng)上訂餐應(yīng)運而生。所以，開發(fā)出一款適用的，信息能夠?qū)崟r更新與查察的網(wǎng)上訂餐的系統(tǒng)極為必需。1.2.發(fā)顯現(xiàn)狀此刻世面上有許多網(wǎng)上訂餐系統(tǒng)，比方餓了么，上國外賣網(wǎng)等等，但影響力仍舊不廣，當(dāng)前我國使用的大多半仍是電話訂餐系統(tǒng)，網(wǎng)上訂餐系統(tǒng)還處于成長久，潛力與發(fā)展空間都很大。1.3.系統(tǒng)開發(fā)意義網(wǎng)上訂餐系統(tǒng)是用戶實現(xiàn)網(wǎng)絡(luò)交易的一種方式，擁有友善直觀的界面，安全快捷的支付方式，讓賣家第一時間收到訂單信息，讓顧客第一時間內(nèi)獲得外賣信息，為顧客供給更高質(zhì)量的服務(wù)。既節(jié)儉了時間，又讓顧客感覺方便、快捷，又對每個訂單的信息保存妥當(dāng)、辦理實時，實現(xiàn)高度智能化管理，令訂餐更快捷，便利，交互方便。1

4、.4系統(tǒng)開發(fā)方法本系統(tǒng)采納構(gòu)造化剖析的方法，經(jīng)過使用一組過程模型圖形化地描繪系統(tǒng)，包含過程建模、數(shù)據(jù)組織與構(gòu)造、關(guān)系數(shù)據(jù)庫的設(shè)計和用戶界面，做出詳盡而清楚的規(guī)劃。系統(tǒng)剖析：整體目標(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)當(dāng)保證數(shù)據(jù)的安全性。同時，要求系統(tǒng)擁有高度的靠譜性，數(shù)據(jù)的正確性，系統(tǒng)的可恢復(fù)性。.2可保護(hù)性客戶會在系統(tǒng)使用過程中不停對系統(tǒng)提出新要求，擴展系統(tǒng)功能，這就要求系統(tǒng)的可升級性一定優(yōu)秀，以知足客戶長久適用的要求，并且在用戶有新要求的時候能夠快速擴展功能。3用戶操作系統(tǒng)設(shè)計應(yīng)當(dāng)人性化，操作簡單方便，達(dá)到人機友善的目

5、的。4運轉(zhuǎn)速度系統(tǒng)響應(yīng)時間是權(quán)衡系統(tǒng)性能利害的重要參照。系統(tǒng)要求響應(yīng)時間短，更新辦理快速，數(shù)據(jù)變換與傳遞時間短，后臺服務(wù)器響應(yīng)快速等等。因為系統(tǒng)使用者的特別性，系統(tǒng)一定高效地響應(yīng)并且在安全的前提下高效的響應(yīng)。5界面用戶界面應(yīng)當(dāng)做到清楚簡單了如指掌，易于操作。2.1.2.可行性剖析1、技術(shù)可行性剖析網(wǎng)上訂餐系統(tǒng)需要數(shù)據(jù)庫技術(shù)，網(wǎng)絡(luò)技術(shù)和有關(guān)開發(fā)技術(shù)，這些技術(shù)當(dāng)前已經(jīng)成熟，本系統(tǒng)的開發(fā)完整可行。2、經(jīng)濟可行性剖析開發(fā)這個系統(tǒng)投入不高，公司有能力擔(dān)當(dāng)系統(tǒng)的開發(fā)以及平時的保護(hù)花費的，后期能夠投入廣告產(chǎn)生盈余，并且在訂餐上節(jié)儉了大批的物力人力，有優(yōu)秀的經(jīng)濟效益。3、社會可行性剖析系統(tǒng)開發(fā)前準(zhǔn)備以及全過程

6、都不違犯法律法例，與現(xiàn)行的管理制度沒有矛盾。、管理可行性剖析系統(tǒng)操作簡單，界面友善，只需經(jīng)過必定的培訓(xùn)即可快速上手，管理便利。系統(tǒng)需求可分為五大類:輸出、輸入、過程、性能，及控制。網(wǎng)上訂餐系統(tǒng)需務(wù)實例詳述以下輸出實例：網(wǎng)站一定每四小時回報一次在線使用量，在尖峰時段則需每小時回報。.訂單登記系統(tǒng)一定產(chǎn)生一份每天的備忘清單。訂單辦理系統(tǒng)一定能夠供給最新的規(guī)格給供貨商。輸入實例：餐廳一定用另一個獨立的屏幕輸入菜單和菜品數(shù)目。每張輸入窗體須包含日期、時間、產(chǎn)品編號、客戶代號及數(shù)目。數(shù)據(jù)輸入屏幕除了背景顏色能夠由使用者改變以外，其他一定標(biāo)準(zhǔn)化。過程實例：訂單系統(tǒng)一定快速計算出客戶的訂餐狀況并做登記反應(yīng)。

7、關(guān)于信譽狀況不好的客戶，系統(tǒng)能夠不賜予訂餐。性能實例此系統(tǒng)一定同時供大批使用者上線。反響時間不行超出4秒。訂單辦理系統(tǒng)一定在訂單結(jié)束后半分鐘內(nèi)產(chǎn)生訂單回饋?？刂茖嵗合到y(tǒng)一定在操作系統(tǒng)層次及應(yīng)用系統(tǒng)層次供給登入安全體制。顧客數(shù)據(jù)記錄只好由專人做新增、改正及刪除。全部的交易一定留下可供稽察的紀(jì)錄。2.2.需求建模本系統(tǒng)需求建模工具是采納一致建模語言UML，分別選用用例圖、次序圖來建模。用例圖：.次序圖：2.3.數(shù)據(jù)流程建模.系統(tǒng)圖：層數(shù)據(jù)流程圖層數(shù)據(jù)流程圖.層數(shù)據(jù)流程圖2.4.數(shù)據(jù)詞典數(shù)據(jù)流：訂餐系統(tǒng)系統(tǒng)名：網(wǎng)上訂單系統(tǒng)日期：2014年6月6日數(shù)據(jù)流名稱：訂單又名：訂貨單，購置憑據(jù).構(gòu)成:訂單=

8、客戶資料+貨物資料+訂購日期+交貨日期貨物資料=貨物名稱+(貨物規(guī)格)+貨物代號+訂購量客戶資料=客戶代號|客戶姓名+地點+13訂購日期=年*公元*+月+日交貨日期=年*公元*+月+日說明:由客戶填妥，送交營業(yè)員收存。辦理訂單過程：確認(rèn)訂單系統(tǒng)名稱：網(wǎng)上訂單系統(tǒng)日期：2014年6月6日過程名：確認(rèn)訂單又名：輸入數(shù)據(jù)流:訂單，產(chǎn)品細(xì)節(jié)，信譽狀況。輸出數(shù)據(jù)流:接受的訂單，拒絕的訂單。邏輯描繪:Foreachorder,if信譽狀況=“Y”andif產(chǎn)品細(xì)節(jié)(庫存量)=okoutput接受的訂單elseoutput拒絕的訂單說明：無顯示拒絕通知系統(tǒng)名稱：網(wǎng)上訂單系統(tǒng)日期：2014年6月6日過程名：顯

9、示拒絕通知又名：輸入數(shù)據(jù)流:拒絕的訂單輸出數(shù)據(jù)流:訂單拒絕通知，信譽歷史邏輯描繪:foreachorder,if訂單被拒絕顯示拒絕的通知Output訂單拒絕通知，信譽歷史說明：無準(zhǔn)備訂單系統(tǒng)名稱：網(wǎng)上訂單系統(tǒng)日期：2014年6月6日過程名：準(zhǔn)備訂單又名：.輸入數(shù)據(jù)流:接受的訂單，分揀細(xì)節(jié)輸出數(shù)據(jù)流:分揀清單，庫存改正邏輯描繪:Foreachorder,if訂單被接受準(zhǔn)備訂單output分揀細(xì)節(jié)，分揀清單說明：無3、系統(tǒng)設(shè)計3.1界面、輸入、輸出設(shè)計用戶界面設(shè)計：1）設(shè)計時我們界面中的提示會盡可能的詳盡詳細(xì)并且易懂和友善；2）我們會給界面上的按鈕和圖表加上明確的標(biāo)簽；3）在顯示菜單項時，關(guān)于臨時

10、不行用的按鈕和命令，我們會采納“灰化”；4）供給切合邏輯的界面組織構(gòu)造5）為了使用戶在填寫錯誤后便于撤消操作，我們會設(shè)計撤除動作。6）對用戶的輸入有所反應(yīng)，比方當(dāng)用戶輸入一個按鈕時，按鈕即便改變形態(tài)或許發(fā)出聲音以反應(yīng)用戶7）當(dāng)用戶輸入錯誤時賜予友善的錯誤提示。輸入設(shè)計：1）在輸入信息時，對數(shù)據(jù)進(jìn)行查驗和改正；2）盡可能用電子設(shè)施和自動輸入3）配有條形碼閱讀器4）盡可能獲得原始數(shù)據(jù)5）限制影虎接見進(jìn)行數(shù)據(jù)輸入的光標(biāo)地點6）假如用戶一定以指定格式輸入一個字段值，應(yīng)當(dāng)給出相應(yīng)的樣板格式7）防止讓用戶輸入一些意義不大的字段輸出系統(tǒng)：1）打印報表輸出，用來記錄菜品交易的詳盡信息和回報總結(jié)等信息2）屏幕報

11、表輸出，顯示訂單詳情和交易詳情等信息。3）圖像和多媒體輸出，在菜品上配有菜品的圖片或?qū)Σ似返臓I養(yǎng)價值講評的視頻信息。3.2數(shù)據(jù)設(shè)計3.2.1.系統(tǒng)E-R圖設(shè)計：.經(jīng)過用戶，訂單，管理員，菜系這四個實體，我們畫出了整個系統(tǒng)的實體聯(lián)系圖，達(dá)成了數(shù)據(jù)設(shè)計。3.3系統(tǒng)架構(gòu).系統(tǒng)系統(tǒng)構(gòu)造我們歸納地敘述了構(gòu)造化設(shè)計的大概思想，即從表示層、應(yīng)用邏輯層和數(shù)據(jù)接見層挨次對系統(tǒng)進(jìn)行設(shè)計。關(guān)于頂層的數(shù)據(jù)流圖，一般處于表示層，它們只給出了系統(tǒng)的相貌。關(guān)于基本圖中的過程，則多半處于應(yīng)用邏輯層和數(shù)據(jù)接見層，是用戶看不到的系統(tǒng)內(nèi)部下性。對于一些通用的數(shù)據(jù)接見動作，能夠獨自為它設(shè)計通用數(shù)據(jù)接見邏輯，而這方面的工作則屬于數(shù)據(jù)接

12、見層的設(shè)計。除此以外，數(shù)據(jù)接見層還包含數(shù)據(jù)庫系統(tǒng)的設(shè)計。在整個設(shè)計過程中，應(yīng)當(dāng)聯(lián)合使用自頂向下和自底向上的方法。采納自頂向下的思路能夠幫助我們針對數(shù)據(jù)流圖來確立大概需要開發(fā)那些用戶界面。而在詳細(xì)開發(fā)某個界面時，我們需要原型化一些設(shè)計來考證其合理性。假如考證本來的設(shè)計思想不合理，那么就要回過頭從頭改正設(shè)計方案，這事實上是一種自底向上的開發(fā)思路?？傊麄€設(shè)計過程事實上是與編程密切有關(guān)的。并且，為了使用此后的系統(tǒng)保護(hù)更為簡單，我們需要隨時將自己編程思路的改變反響在設(shè)計方案中。系統(tǒng)進(jìn)行環(huán)境此次開發(fā)使用JSP作為開發(fā)語言，采納Servlet技術(shù),Tomcat6.0作為Web服務(wù)器，在windows7系統(tǒng)條件下開發(fā)。4、報告總結(jié)經(jīng)過整個網(wǎng)上訂餐系統(tǒng)，