版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、.錯(cuò)誤1.系統(tǒng)規(guī)劃:2錯(cuò)誤未定義書簽2錯(cuò)誤未定義書簽2錯(cuò)誤未定義書簽2錯(cuò)誤未定義書簽12未定義書簽。!開發(fā)背景發(fā)展現(xiàn)狀系統(tǒng)開發(fā)意義1.4系統(tǒng)開發(fā)方法系統(tǒng)分析2.1需求分析1總體目標(biāo)錯(cuò)誤未定義書簽22.1.2可行性分析錯(cuò)誤未定義書簽32.2需求建模錯(cuò)誤未定義書簽4用例圖錯(cuò)誤未定義書簽4順序圖 錯(cuò)誤未定義書簽5數(shù)據(jù)過程建模錯(cuò)誤未定義書簽60層數(shù)據(jù)流程圖錯(cuò)誤未定義書簽61層數(shù)據(jù)流程圖錯(cuò)誤未定義書簽72層數(shù)據(jù)流程圖錯(cuò)誤未定義書簽7數(shù)據(jù)字典錯(cuò)誤未定義書簽8系統(tǒng)設(shè)計(jì)錯(cuò)誤未定義書簽9界面、數(shù)據(jù)輸出設(shè)計(jì)錯(cuò)誤未定義書簽93.2數(shù)據(jù)設(shè)計(jì)9系統(tǒng)E-R圖設(shè)計(jì)錯(cuò)誤未定義書簽93.3系統(tǒng)架構(gòu)錯(cuò)誤未定義書簽10系統(tǒng)體系結(jié)構(gòu)
2、錯(cuò)誤未定義書簽113.3.2系統(tǒng)進(jìn)行環(huán)境錯(cuò)誤未定義書簽11報(bào)告總結(jié)錯(cuò)誤未定義書簽11網(wǎng)上訂餐系統(tǒng)概述:開發(fā)背景隨著現(xiàn)在社會(huì)的發(fā)展,人們的生活節(jié)奏越來越快,生活水平與質(zhì)量也不斷在提高。對(duì)飲食的 要求已不再是解決溫飽,在緊張學(xué)習(xí)工作之余選擇美食,得到美的精神享受和放松是一個(gè)不錯(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)極為必要。發(fā)展現(xiàn)狀現(xiàn)在世面上有不少網(wǎng)上訂餐系統(tǒng),比如餓了么,上海外賣網(wǎng)等等,但影響力依舊不廣,目前我 國使用的大部
3、分還是電話訂餐系統(tǒng),網(wǎng)上訂餐系統(tǒng)還處于成長期,潛力與發(fā)展空間都很大。系統(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)采用結(jié)構(gòu)化分析的方法,通過使用一組過程模型圖形化地描述系統(tǒng),包括過程建模、數(shù)據(jù) 組織與結(jié)構(gòu)、關(guān)系數(shù)據(jù)庫的設(shè)計(jì)和用戶界面,做出詳細(xì)而清晰的規(guī)劃。系統(tǒng)分析:2.1.1總體目標(biāo)經(jīng)過系統(tǒng)分析,本系統(tǒng)目標(biāo)如下
4、:系統(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ù)性??删S護(hù)性客戶會(huì)在系統(tǒng)使用過程中不斷對(duì)系統(tǒng)提出新要求,擴(kuò)展系統(tǒng)功能,這就要求系統(tǒng)的可升級(jí)性必 須良好,以滿足客戶長期實(shí)用的要求,并且在用戶有新要求的時(shí)候可以快速擴(kuò)展功.能。用戶操作系統(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í)間短,后臺(tái)服務(wù)器響應(yīng)迅速等等。由于系統(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)濟(jì)可行性分析開發(fā)這個(gè)系統(tǒng)投入不高,企業(yè)有能力承擔(dān)系統(tǒng)的開發(fā)以及日常的維護(hù)費(fèi)用的,后期可以投入廣告 產(chǎn)生盈利,并且在訂餐上節(jié)約了大量的物力人力,有良好的經(jīng)濟(jì)效益。3、社會(huì)可行性分析系統(tǒng)開發(fā)前準(zhǔn)備以及全過程都不違反法律法規(guī),與現(xiàn)行的管理制度沒有沖突。4、管理可行性分析系統(tǒng)操作簡單,界面友好,只要經(jīng)過一定的培訓(xùn)即可迅速上手,管理便捷。系統(tǒng)需求可分為五大類:輸出、輸入、過程、性能,及控制。網(wǎng)上訂餐系統(tǒng)需求實(shí)例詳述如下
6、:輸出實(shí)例:網(wǎng)站必須每四小時(shí)回報(bào)一次在線使用量,在尖峰時(shí)段則需每小時(shí)回報(bào)。訂單登記系統(tǒng)必須產(chǎn)生一份每日的備忘清單。訂單處理系統(tǒng)必須能夠提供最新的規(guī)格給供貨商。輸入實(shí)例:餐廳必須用另一個(gè)獨(dú)立的屏幕輸入菜單和菜品數(shù)目。每張輸入窗體須包含日期、時(shí)間、產(chǎn)品編號(hào)、客戶代號(hào)及數(shù)量。數(shù)據(jù)輸入屏幕除了背景顏色可以由使用者改變之外,其余必須標(biāo)準(zhǔn)化。過程實(shí)例:訂單系統(tǒng)必須迅速計(jì)算出客戶的訂餐情況并做登記反饋。 對(duì)于信用狀況不好的客戶,系統(tǒng)可以不給予訂餐。性能實(shí)例此系統(tǒng)必須同時(shí)供大量使用者上線。反應(yīng)時(shí)間不可超過4秒。訂單處理系統(tǒng)必須在訂單結(jié)束后半分鐘內(nèi)產(chǎn)生訂單回饋??刂茖?shí)例:系統(tǒng)必須在操作系統(tǒng)層次及應(yīng)用系統(tǒng)層次提供
7、登入安全機(jī)制。顧客數(shù)據(jù)記錄只能由專人做新增、修改及刪除。所有的交易必須留下可供稽查的紀(jì)錄。2.2.需求建模本系統(tǒng)需求建模工具是采用統(tǒng)一建模語言UML,分別選取用例圖、順序圖來建模。2.2.1用例圖:2.2.2順序圖:數(shù)據(jù)流程建模2.3.2.3.1系統(tǒng)圖:0層數(shù)據(jù)流程圖1層數(shù)據(jù)流程圖.3.4. 2層數(shù)據(jù)流程圖2數(shù)據(jù)字典2.4.數(shù)據(jù)流:訂餐系統(tǒng)系統(tǒng)名:網(wǎng)上訂單系統(tǒng)日期:2014年6月6日 別名:訂貨單,購買憑單數(shù)據(jù)流名稱:訂單組成 交貨日期訂購日期+客戶資料+貨品資料+訂單=訂購量貨品代號(hào)+貨品名稱+(貨品規(guī)格)+ 貨品資料3電地+ 1客戶代客戶姓客戶資=公*訂購日 公*交貨日由客戶填妥,送交營業(yè)
8、員收存說明處理訂單過程確認(rèn)訂系統(tǒng)名稱:網(wǎng)上訂單系日期201過程名:確認(rèn)訂別名:,信用狀況。輸 入數(shù)據(jù)流:訂單,產(chǎn)品細(xì)節(jié):接受的訂單,拒絕的訂單。輸出數(shù)據(jù)流For each order, :邏輯描述)=ok庫存量and if產(chǎn)品細(xì)節(jié)(信用狀況=“ Y”if接受的訂單output拒絕的訂單output else說明:無顯示拒絕通知日662014日期:年系統(tǒng)名稱:網(wǎng)上訂單系統(tǒng)月別名:過程名:顯示拒絕通 知拒絕的訂單輸入數(shù)據(jù)流:輸出數(shù)據(jù)流訂單拒絕通知,信用歷史for each order,:邏輯描述if訂單被拒絕顯示拒絕的通知Output訂單拒絕通知,信用歷史說明:無準(zhǔn)備訂單系統(tǒng)名稱:網(wǎng)上訂單系統(tǒng)66
9、年2014日期:月日過程名:準(zhǔn)備訂單 別名: .接受的訂單,分揀細(xì)節(jié)輸入數(shù)據(jù)流:分揀清單,庫存更改輸出數(shù)據(jù)流:For each order,邏輯描述: 訂單被接if準(zhǔn)備訂output分揀細(xì)節(jié),分揀清說明:3、系統(tǒng)設(shè)計(jì) 界面、輸入、輸出設(shè)計(jì)3.1用戶界面設(shè)計(jì):)設(shè)計(jì)時(shí)我們界面中的提示會(huì)盡可能的詳細(xì)具體并且易懂和友好;(1)我們會(huì)給界面上的按鈕和圖表加上明確的標(biāo)簽;(2 ;(3)在顯示菜單項(xiàng)時(shí),對(duì)于暫時(shí)不可用的按鈕和命令,我們會(huì)采取“灰化”)提供符合 邏輯的界面組織結(jié)構(gòu)(4)為了使用戶在填寫錯(cuò)誤后便于取消操作,我們會(huì)設(shè)計(jì)撤銷動(dòng)作。(5) 對(duì)用戶的輸入有所反饋,比如當(dāng)用戶輸入一個(gè)按鈕時(shí),按鈕即使改變
10、形態(tài)或者發(fā)出聲6(音以 反饋用戶7()當(dāng)用戶輸入錯(cuò)誤時(shí)給予友好的錯(cuò)誤提示。輸入設(shè)計(jì):1)在輸入信息時(shí),對(duì)數(shù)據(jù)進(jìn)行檢驗(yàn)和更正;(2)盡可能用電子設(shè)備和自動(dòng)輸入(3) 配有條形碼閱讀器()盡可能獲取原始數(shù)據(jù)(4)限制影虎訪問進(jìn)行數(shù)據(jù)輸入的光標(biāo)位置(5) 如果用戶必須以指定格式輸入一個(gè)字段值,應(yīng)該給出相應(yīng)的樣板格式(6)避免讓用戶輸入一些 意義不大的字段(7輸出系統(tǒng):1)打印報(bào)表輸出,用來記錄菜品交易的詳細(xì)信息和回報(bào)總結(jié)等信息()屏幕報(bào)表 輸出,顯示訂單詳情和交易詳情等信息。(2)圖像和多媒體輸出,在菜品上配有菜品的圖片或 對(duì)菜品的營養(yǎng)價(jià)值講評(píng)的視頻信息。(33.2數(shù)據(jù)設(shè)計(jì) 圖設(shè)計(jì):E-R3.2.1
11、.系統(tǒng)通過用戶,訂單,管理員,菜系這四個(gè)實(shí)體,我們畫出了整個(gè)系統(tǒng)的實(shí)體一聯(lián)系圖,完成了數(shù) 據(jù)設(shè)計(jì)。3.3系統(tǒng)架構(gòu)我們概括地講述了結(jié)構(gòu)化設(shè)計(jì)的大體思想,即從表示層、應(yīng)用邏輯層和數(shù)據(jù)訪問層依次對(duì)系 統(tǒng)進(jìn)行設(shè)計(jì)。對(duì)于頂層的數(shù)據(jù)流圖,一般處于表示層,它們只給出了系統(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ù)庫系統(tǒng)的設(shè)計(jì)。在整個(gè)設(shè)計(jì)過程中,應(yīng)該結(jié)合使用自頂向 下和自底向上的方法。采用自頂向下的思路可以幫助我們針對(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í)將自己編程思路的改變反應(yīng)在設(shè)計(jì)方案中。3.3.2系統(tǒng)進(jìn)行環(huán)境此次開發(fā)使用JSP作為開發(fā)語言,采用Servlet技術(shù),Tomcat6.0作為Web服務(wù)器,在windows? 系統(tǒng)條件下開發(fā)。4、報(bào)告總結(jié)通過整個(gè)網(wǎng)上訂餐系統(tǒng),可以實(shí)現(xiàn)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024-2030年全球及中國靜電消除設(shè)備(電離器)行業(yè)應(yīng)用前景及投資戰(zhàn)略研究報(bào)告
- 2024-2030年全球及中國觀賞魚飼料棒行業(yè)銷售策略及競爭趨勢(shì)預(yù)測(cè)報(bào)告
- 2024-2030年全球及中國肌酸保健品行業(yè)銷售策略及營銷前景預(yù)測(cè)報(bào)告
- 2024-2030年全球及中國液壓隔膜閥行業(yè)需求動(dòng)態(tài)及前景規(guī)劃分析報(bào)告
- 2024年房屋裝修注意事項(xiàng):合同條款速覽
- 2024-2030年全球與中國三文魚PDRN行業(yè)發(fā)展現(xiàn)狀及未來前景趨勢(shì)報(bào)告
- 2024-2030年中用碘行業(yè)市場供給分析及投資價(jià)值研究報(bào)告
- 2024-2030年中國集成吊頂行業(yè)宣傳推廣模式及發(fā)展策略研究報(bào)告
- 2024-2030年中國防雷避雷產(chǎn)品行業(yè)競爭格局及發(fā)展策略分析報(bào)告
- 2024年房屋買賣定金合同判決書規(guī)范本
- 小學(xué)道德與法治 五年級(jí)上冊(cè) 傳統(tǒng)美德源遠(yuǎn)流長 天下興亡 匹夫有責(zé)的愛國情懷 教學(xué)設(shè)計(jì)
- 國開作業(yè)《公共部門人力資源管理》形考任務(wù)4:撰寫課程學(xué)習(xí)總結(jié)(第1-9章權(quán)重25%)參考882
- 暈厥護(hù)理查房(與“暈厥”相關(guān)共28張)課件
- 某蔬菜大棚鋼結(jié)構(gòu)施工組織設(shè)計(jì)
- 全國護(hù)士延續(xù)注冊(cè)體檢表-(正式)
- 礦山三違識(shí)別表
- 危房封條格式
- 智慧校園項(xiàng)目—數(shù)據(jù)大腦等平臺(tái)建設(shè)方案
- 300mw汽輪機(jī)畢業(yè)設(shè)計(jì)論文
- 2022年甘肅省二級(jí)消防工程師《消防技術(shù)綜合能力》考試題庫及答案(含真題)
- 物資核銷細(xì)則
評(píng)論
0/150
提交評(píng)論