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

1、-. z.222222344566778999910111111目 錄TOC o 1-3 h u HYPERLINK l _Toc15896 1.系統(tǒng)規(guī)劃： PAGEREF _Toc15896 2 HYPERLINK l _Toc14120 1.1. 開發(fā)背景 PAGEREF _Toc14120 2 HYPERLINK l _Toc24495 1.2. 開展現(xiàn)狀 PAGEREF _Toc24495 2 HYPERLINK l _Toc27497 1.3. 系統(tǒng)開發(fā)意義 PAGEREF _Toc27497 2 1.4系統(tǒng)開發(fā)方法 HYPERLINK l _Toc14076 2. 系統(tǒng)分析 PAG

2、EREF _Toc14076 21 2.1需求分析 HYPERLINK l _Toc19443 2.1.1 總體目標(biāo) PAGEREF _Toc19443 2 HYPERLINK l _Toc6703 2.1.2 可行性分析 PAGEREF _Toc6703 3 HYPERLINK l _Toc22808 2.2 需求建模 PAGEREF _Toc22808 4 HYPERLINK l _Toc10163 2.2.1. 用例圖 PAGEREF _Toc10163 7 HYPERLINK l _Toc3879 2.2.2.順序圖 PAGEREF _Toc3879 8 HYPERLINK l _To

3、c27310 2.3. 數(shù)據(jù)過程建模 PAGEREF _Toc27310 5 HYPERLINK l _Toc17196 2.3.1. 0層數(shù)據(jù)流程圖 PAGEREF _Toc17196 5 HYPERLINK l _Toc3060 2.3.2. 1層數(shù)據(jù)流程圖 PAGEREF _Toc3060 6 HYPERLINK l _Toc25798 2.3.3. 2層數(shù)據(jù)流程圖 PAGEREF _Toc25798 6 HYPERLINK l _Toc7682.4. 數(shù)據(jù)字典 PAGEREF _Toc768 7 HYPERLINK l _Toc29712 3. 系統(tǒng)設(shè)計(jì) PAGEREF _Toc297

4、12 12 HYPERLINK l _Toc18169 3.1. 界面、數(shù)據(jù)輸出設(shè)計(jì) PAGEREF _Toc18169 12 3.2 數(shù)據(jù)設(shè)計(jì) HYPERLINK l _Toc4087 3.2.1. 系統(tǒng)E-R圖設(shè)計(jì) PAGEREF _Toc4087 19 3.3系統(tǒng)架構(gòu) HYPERLINK l _Toc28627 PAGEREF _Toc28627 11 HYPERLINK l _Toc12460 3.3.1. 系統(tǒng)體系構(gòu)造 PAGEREF _Toc12460 14 HYPERLINK l _Toc12466 3.3.2 系統(tǒng)進(jìn)展環(huán)境 PAGEREF _Toc12466 16 HYPERL

5、INK l _Toc17421 4. 報(bào)告總結(jié) PAGEREF _Toc17421 14網(wǎng)上訂餐系統(tǒng) HYPERLINK l _Toc15896 1. 概述： HYPERLINK l _Toc14120 1.1.開發(fā)背景隨著現(xiàn)在社會(huì)的開展，人們的生活節(jié)奏越來越快，生活水平與質(zhì)量也不斷在提高。對飲食的要求已不再是解決溫飽，在緊學(xué)習(xí)工作之余選擇美食，得到美的精神享受和放松是一個(gè)不錯(cuò)的選擇。而在地處偏僻的臨港，通過外賣享受美食的方式更為普遍。如今互聯(lián)網(wǎng)高速開展，當(dāng)傳統(tǒng)的訂餐已經(jīng)無法完全滿足消費(fèi)者需求時(shí)，網(wǎng)上訂餐應(yīng)運(yùn)而生。因此，開發(fā)出一款實(shí)用的，信息能夠及時(shí)更新與查看的網(wǎng)上訂餐的系統(tǒng)極為必要。 HYP

6、ERLINK l _Toc24495 1.2.開展現(xiàn)狀現(xiàn)在世面上有不少網(wǎng)上訂餐系統(tǒng)，比方餓了么，外賣網(wǎng)等等，但影響力依舊不廣，目前我國使用的大局部還是訂餐系統(tǒng)，網(wǎng)上訂餐系統(tǒng)還處于成長期，潛力與開展空間都很大。 HYPERLINK l _Toc27497 1.3.系統(tǒng)開發(fā)意義網(wǎng)上訂餐系統(tǒng)是用戶實(shí)現(xiàn)網(wǎng)絡(luò)交易的一種方式，具有友好直觀的界面，平安快捷的支付方式，讓賣家第一時(shí)間收到訂單信息，讓顧客第一時(shí)間獲取外賣信息，為顧客提供更高質(zhì)量的效勞。既節(jié)約了時(shí)間，又讓顧客覺得方便、快捷，又對每個(gè)訂單的信息保管妥善、處理及時(shí)，實(shí)現(xiàn)高度智能化管理，令訂餐更快捷，便利，交互方便。1.4系統(tǒng)開發(fā)方法本系統(tǒng)采用構(gòu)造化分

7、析的方法，通過使用一組過程模型圖形化地描述系統(tǒng)，包括過程建模、數(shù)據(jù)組織與構(gòu)造、關(guān)系數(shù)據(jù)庫的設(shè)計(jì)和用戶界面，做出詳細(xì)而清晰的規(guī)劃。 HYPERLINK l _Toc14076 2. 系統(tǒng)分析： HYPERLINK l _Toc19443 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ù)的平安性。同時(shí)，要求系統(tǒng)具有高度的可靠性，數(shù)據(jù)的準(zhǔn)確性，系統(tǒng)的可恢復(fù)性。2可維護(hù)性客戶會(huì)在系統(tǒng)使用過程中不斷對系統(tǒng)提出新要求，擴(kuò)展系統(tǒng)功能，這就要求系統(tǒng)的可升級性必須良好，以滿足客戶長期實(shí)用的要求，并且在用戶有新要求的時(shí)候可以快速擴(kuò)

8、展功能。3用戶操作系統(tǒng)設(shè)計(jì)應(yīng)該人性化，操作簡單方便，到達(dá)人機(jī)友好的目的。運(yùn)行速度系統(tǒng)響應(yīng)時(shí)間是衡量系統(tǒng)性能好壞的重要參考。系統(tǒng)要求響應(yīng)時(shí)間短，更新處理迅速，數(shù)據(jù)轉(zhuǎn)換與傳送時(shí)間短，后臺效勞器響應(yīng)迅速等等。由于系統(tǒng)使用者的特殊性，系統(tǒng)必須高效地響應(yīng)并且在平安的前提下高效的響應(yīng)。5界面用戶界面應(yīng)該做到清晰簡單一目了然，易于操作。 HYPERLINK l _Toc6703 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)濟(jì)可行性分析開發(fā)這個(gè)系統(tǒng)投入不高，企業(yè)有能力承當(dāng)系統(tǒng)的開發(fā)以及日常的維護(hù)費(fèi)用的，后期可以投

9、入廣告產(chǎn)生盈利，并且在訂餐上節(jié)約了大量的物力人力，有良好的經(jīng)濟(jì)效益。社會(huì)可行性分析系統(tǒng)開發(fā)前準(zhǔn)備以及全過程都不違反法律法規(guī)，與現(xiàn)行的管理制度沒有沖突。 4、管理可行性分析 系統(tǒng)操作簡單，界面友好，只要經(jīng)過一定的培訓(xùn)即可迅速上手，管理便捷。系統(tǒng)需求可分為五大類:輸出、輸入、過程、性能，及控制。 網(wǎng)上訂餐系統(tǒng)需例詳述如下輸出實(shí)例：必須每四小時(shí)回報(bào)一次在線使用量，在尖峰時(shí)段則需每小時(shí)回報(bào)。 訂單登記系統(tǒng)必須產(chǎn)生一份每日的備忘清單。訂單處理系統(tǒng)必須能夠提供最新的規(guī)格給供貨商。輸入實(shí)例：餐廳必須用另一個(gè)獨(dú)立的屏幕輸入菜單和菜品數(shù)目。每輸入窗體須包含日期、時(shí)間、產(chǎn)品編號、客戶代號及數(shù)量。數(shù)據(jù)輸入屏幕除了背

10、景顏色可以由使用者改變之外，其余必須標(biāo)準(zhǔn)化。過程實(shí)例：訂單系統(tǒng)必須迅速計(jì)算出客戶的訂餐情況并做登記反響。對于信用狀況不好的客戶，系統(tǒng)可以不給予訂餐。性能實(shí)例此系統(tǒng)必須同時(shí)供大量使用者上線。反響時(shí)間不可超過4秒。訂單處理系統(tǒng)必須在訂單完畢后半分鐘產(chǎn)生訂單回饋?？刂茖?shí)例：系統(tǒng)必須在操作系統(tǒng)層次及應(yīng)用系統(tǒng)層次提供登入平安機(jī)制。顧客數(shù)據(jù)記錄只能由專人做新增、修改及刪除。所有的交易必須留下可供稽查的紀(jì)錄。 HYPERLINK l _Toc22808 2.2. 需求建模本系統(tǒng)需求建模工具是采用統(tǒng)模語言 UML，分別選取用例圖、順序圖來建模。2.2.1用例圖：2.2.2順序圖： HYPERLINK l _T

11、oc27310 2.3. 數(shù)據(jù)流程建模2.3.1 系統(tǒng)圖： HYPERLINK l _Toc17196 2.3.2. 0層數(shù)據(jù)流程圖 HYPERLINK l _Toc3060 2.3.3. 1層數(shù)據(jù)流程圖 HYPERLINK l _Toc25798 2.3.4. 2層數(shù)據(jù)流程圖 HYPERLINK l _Toc768 2.4. 數(shù)據(jù)字典數(shù)據(jù)流：訂餐系統(tǒng)系統(tǒng)名：網(wǎng)上訂單系統(tǒng)日期：2014年6月6日數(shù)據(jù)流名稱：訂單別名：訂貨單，購置憑單組成:訂單=客戶資料+貨品資料+訂購日期+交貨日期貨品資料=貨品名稱+ (貨品規(guī)格) +貨品代號+訂購量客戶資料= 客戶代號|客戶 +地址+ 13訂購日期=年 *公

12、元*+月+日交貨日期=年 *公元*+月+日說明:由客戶填妥，送交營業(yè)員收存。處理訂單過程：確認(rèn)訂單系統(tǒng)名稱：網(wǎng)上訂單系統(tǒng)日期：2014年6月6日過程名：確認(rèn)訂單別名：輸入數(shù)據(jù)流:訂單，產(chǎn)品細(xì)節(jié) ，信用狀況。輸出數(shù)據(jù)流:承受的訂單，拒絕的訂單。邏輯描述: For each order, if 信用狀況=Y and if 產(chǎn)品細(xì)節(jié)(庫存量)= ok output承受的訂單 else output拒絕的訂單說明：無顯示拒絕通知系統(tǒng)名稱：網(wǎng)上訂單系統(tǒng)日期：2014年6月6日過程名：顯示拒絕通知?jiǎng)e名：輸入數(shù)據(jù)流:拒絕的訂單輸出數(shù)據(jù)流:訂單拒絕通知，信用歷史邏輯描述: for each order, if

13、訂單被拒絕 顯示拒絕的通知 Output 訂單拒絕通知，信用歷史說明：無準(zhǔn)備訂單系統(tǒng)名稱：網(wǎng)上訂單系統(tǒng)日期：2014年6月6日過程名：準(zhǔn)備訂單別名：輸入數(shù)據(jù)流:承受的訂單，分揀細(xì)節(jié)輸出數(shù)據(jù)流:分揀清單，庫存更改邏輯描述: For each order, if 訂單被承受 準(zhǔn)備訂單 output 分揀細(xì)節(jié)，分揀清單說明：無3、系統(tǒng)設(shè)計(jì)3.1界面、輸入、輸出設(shè)計(jì)用戶界面設(shè)計(jì)：設(shè)計(jì)時(shí)我們界面中的提示會(huì)盡可能的詳細(xì)具體并且易懂和友好；我們會(huì)給界面上的按鈕和圖表加上明確的標(biāo)簽；在顯示菜單項(xiàng)時(shí)，對于暫時(shí)不可用的按鈕和命令，我們會(huì)采取灰化；提供符合邏輯的界面組織構(gòu)造為了使用戶在填寫錯(cuò)誤后便于取消操作，我們會(huì)

14、設(shè)計(jì)撤銷動(dòng)作。對用戶的輸入有所反響，比方當(dāng)用戶輸入一個(gè)按鈕時(shí)，按鈕即使改變形態(tài)或者發(fā)出聲音以反響用戶當(dāng)用戶輸入錯(cuò)誤時(shí)給予友好的錯(cuò)誤提示。輸入設(shè)計(jì)：在輸入信息時(shí)，對數(shù)據(jù)進(jìn)展檢驗(yàn)和更正；盡可能用電子設(shè)備和自動(dòng)輸入配有條形碼閱讀器盡可能獲取原始數(shù)據(jù)限制影虎訪問進(jìn)展數(shù)據(jù)輸入的光標(biāo)位置如果用戶必須以指定格式輸入一個(gè)字段值，應(yīng)該給出相應(yīng)的樣板格式防止讓用戶輸入一些意義不大的字段輸出系統(tǒng)：打印報(bào)表輸出，用來記錄菜品交易的詳細(xì)信息和回報(bào)總結(jié)等信息屏幕報(bào)表輸出，顯示訂單詳情和交易詳情等信息。圖像和多媒體輸出，在菜品上配有菜品的圖片或?qū)Σ似返臓I養(yǎng)價(jià)值講評的視頻信息。3.2 數(shù)據(jù)設(shè)計(jì) HYPERLINK l _To

15、c4087 3.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ì)的大體思想，即從表示層、應(yīng)用邏輯層和數(shù)據(jù)訪問層依次對系統(tǒng)進(jìn)展設(shè)計(jì)。對于頂層的數(shù)據(jù)流圖，一般處于表示層，它們只給出了系統(tǒng)的外貌。對于根本圖中的過程，則多數(shù)處于應(yīng)用邏輯層和數(shù)據(jù)訪問層，是用戶看不到的系統(tǒng)部屬性。對于一些通用的數(shù)據(jù)訪問動(dòng)作，可以單獨(dú)為它設(shè)計(jì)通用數(shù)據(jù)訪問邏輯，而這方面的工作則屬于數(shù)據(jù)訪問層的設(shè)計(jì)。除此之外，數(shù)據(jù)訪問層還包括數(shù)據(jù)庫系統(tǒng)的設(shè)計(jì)。在整個(gè)設(shè)計(jì)過程中，應(yīng)該結(jié)合使用自頂向下和自底向上的方法。采用自頂向下的思路可以幫助我們針對數(shù)據(jù)流圖來確定大體需要開發(fā)那些用戶界面。而在具體開發(fā)*個(gè)界面時(shí)，我們需要原型化一些設(shè)計(jì)來驗(yàn)證其合理性。如果驗(yàn)證原來的設(shè)計(jì)思想不合理，則就要回過頭重新修改設(shè)計(jì)方案，這事實(shí)上是一種自底向上的開發(fā)思路。總之，整個(gè)設(shè)計(jì)過程事實(shí)上是與編程嚴(yán)密相關(guān)的。而且，為了使用以后的系統(tǒng)維護(hù)更加容易，我們需要隨時(shí)將自己編程思路的改變反響在設(shè)計(jì)方案中。3.3.2 系統(tǒng)進(jìn)展環(huán)境此次開發(fā)使用JSP作為開發(fā)語言，采用