課程設(shè)計案例2—餐館點餐系統(tǒng)分析與設(shè)計

1、 本本科科畢畢業(yè)業(yè)設(shè)設(shè) 計計（論論 文文）題目題目餐館點餐系統(tǒng)分析與設(shè)計餐館點餐系統(tǒng)分析與設(shè)計目錄目錄1 1 緒論緒論.1 11.1 問題的提出.11.2 國內(nèi)外研究的現(xiàn)狀.11.3 研究的目的及意義.21.3.1 研究的目的.21.3.2 研究的意義.21.4 研究的基本思路和方法.21.4.1 研究的基本思路.31.4.2 研究的基本方法.32 2 相關(guān)基礎(chǔ)理論和技術(shù)簡介相關(guān)基礎(chǔ)理論和技術(shù)簡介.5 52.1 基礎(chǔ)理論簡介.52.1.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法.52.1.2 戰(zhàn)略數(shù)據(jù)規(guī)劃法.52.1.3 原型法.52.1.4 面向?qū)ο蟮拈_發(fā)方法.62.2 技術(shù)簡介.62.2.1 Java 簡介

2、.62.2.2 JSP 簡介 .6 MySQL 簡介 .72.2.4 Tomcat 簡介 .83 3 系統(tǒng)分析系統(tǒng)分析.9 93.1 系統(tǒng)可行性分析.93.1.1 經(jīng)濟可行性.93.1.2 技術(shù)可行性.9運行可行性.93.2 需求分析.103.2.1 系統(tǒng)功能需求分析.10系統(tǒng)性能需求分析.113.3 系統(tǒng)業(yè)務(wù)流程分析.113.4 系統(tǒng)數(shù)據(jù)流程分析.143.5 數(shù)據(jù)字典.183.5.1 數(shù)據(jù)項定義.183.5.2 數(shù)據(jù)結(jié)構(gòu)定義.223.5.3 數(shù)據(jù)流定義.233.5.4 處理邏輯定義.323.5.5 數(shù)據(jù)存儲定義.383.5.6 外部實體定義.384 4 系統(tǒng)總體設(shè)計系統(tǒng)總體設(shè)計.40404.

3、1 系統(tǒng)功能模塊設(shè)計.404.1.1 注冊模塊.404.1.2 登錄模塊.414.1.3 系統(tǒng)管理模塊.414.1.4 菜品信息管理模塊.414.1.5 訂單管理模塊.414.1.6 在線支付模塊.424.1.7 信息篩選模塊.424.1.8 個人信息設(shè)置模塊.424.2 系統(tǒng)環(huán)境配置.424.3 系統(tǒng)結(jié)構(gòu)模型設(shè)計.425 5 系統(tǒng)詳細(xì)設(shè)計系統(tǒng)詳細(xì)設(shè)計.44445.1 代碼設(shè)計.445.2 數(shù)據(jù)庫設(shè)計.445.2.1 數(shù)據(jù)庫概念模型.455.2.2 數(shù)據(jù)庫表設(shè)計.475.2.3 數(shù)據(jù)庫表的創(chuàng)建.515.3 輸入輸出設(shè)計.565.3.1 輸入設(shè)計.565.3.2 輸出設(shè)計.575.4 處理流程設(shè)

4、計.585.4.1 注冊流程設(shè)計.595.4.2 登錄流程設(shè)計.595.4.3 系統(tǒng)管理流程設(shè)計.605.4.4 菜品信息管理流程設(shè)計.605.4.5 訂單管理流程設(shè)計.615.4.6 在線支付流程設(shè)計.625.4.7 信息篩選流程設(shè)計.635.4.8 個人信息設(shè)置流程設(shè)計.645.5 界面設(shè)計.645.5.1 系統(tǒng)主頁面設(shè)計.645.5.2 注冊頁面設(shè)計.655.5.3 登錄頁面設(shè)計.655.5.4 餐館主頁設(shè)計.665.5.5 信息設(shè)置頁面設(shè)計.676 6 系統(tǒng)實現(xiàn)與評價系統(tǒng)實現(xiàn)與評價.6969系統(tǒng)的實現(xiàn).696.1.1 注冊模塊.696.1.2 登錄模塊.716.1.3 菜品信息管理模塊

5、.726.1.4 訂單管理模塊.776.1.5 餐館信息設(shè)置模塊.78系統(tǒng)測試.826.2.1 測試方法.826.2.2 測試用例.836.2.4 測試結(jié)論.92系統(tǒng)評價.927 7 結(jié)論結(jié)論 .9393致致 謝謝.9494參考文獻(xiàn)參考文獻(xiàn).95951 1 緒論緒論 問題的提出問題的提出據(jù)餐飲行業(yè)投資報告統(tǒng)計，經(jīng)過半個多世紀(jì)的發(fā)展，中國的餐飲行業(yè)已經(jīng)成長為中國第三產(chǎn)業(yè)中的佼佼者之一，強勁的發(fā)展勢頭使其成為對社會經(jīng)濟和人民生活具有較強影響力的重要行業(yè)。1消費水平的不斷提升和生活節(jié)奏的不斷加快使人們外出就餐或者叫送外賣逐漸發(fā)展為了一種生活方式。此外， 白領(lǐng)階層需求的日益增多和“宅族”的興起，使越來

6、越多的餐飲企業(yè)為增加利潤提供了外賣送餐服務(wù)。在傳統(tǒng)訂餐中，人們通常是以打 的方式進(jìn)行的，人們需要事先知道訂餐到餐館中的菜品信息，同時人們受地理位置的局限人們只能預(yù)訂自己位置周圍有限的餐館的餐點。這與人們不斷提高的消費需求是系相矛盾的，因此如何讓更大范圍內(nèi)的用戶能夠預(yù)訂自己餐館的菜品是這些餐館應(yīng)該考慮的問題。近些年來，信息技術(shù)已被應(yīng)用到一部分餐飲企業(yè)點餐、采購、客戶關(guān)系管理、人員考核管理等多個方面，對這些企業(yè)的管理水平的提升和流程的再造起到了積極的作用。其發(fā)展經(jīng)歷了紙質(zhì)手寫、無線 PDA 點餐和觸摸屏自助點餐。這些餐飲企業(yè)提升了服務(wù)質(zhì)量，提高了經(jīng)營效率，方便了管理。但這只是餐飲行業(yè)中的少數(shù)中大型

7、企業(yè)。中國餐飲企業(yè)長期以來采取“小作坊”似的經(jīng)營模式，絕大多數(shù)小型餐館缺乏科學(xué)的管理，沒有實現(xiàn)也沒有能力實現(xiàn)信息化。這些小型餐館數(shù)量繁多，潛力巨大，如何實現(xiàn)其信息化是一個很有研究價值的課題。本文以餐飲行業(yè)中小型餐館的點餐系統(tǒng)為研究對象，試圖分析設(shè)計適合這些餐館的點餐系統(tǒng)。 國內(nèi)外研究的現(xiàn)狀國內(nèi)外研究的現(xiàn)狀過去的訂餐系統(tǒng)要么是基于 B/S 結(jié)構(gòu)，要么是基于 C/S 結(jié)構(gòu)的信息管理系統(tǒng)。這種點餐系統(tǒng)需要有聯(lián)網(wǎng)的電腦來支持顧客訂餐、退餐等操作，但是不是每個顧客都有固定的電腦， 亦或是在外出中沒有使用電腦的條件， 這樣就不能訂餐、退餐。顧客雖然不一定隨時隨地都能使用電腦， 但他們隨時隨地都有 ， 可以

8、通過 進(jìn)行操作。為方便顧客點餐訂餐，促進(jìn)餐飲行業(yè)的信息化，提高餐飲企業(yè)的工作效率，需要開發(fā)一套能夠使用移動互聯(lián)網(wǎng)的訂餐系統(tǒng)。歐美國家依靠在通訊技術(shù)領(lǐng)域及軟件開發(fā)方面的優(yōu)勢，用低成本實現(xiàn)了無線點餐系統(tǒng)，加之發(fā)達(dá)的經(jīng)濟水平的推動，國外在酒店和酒吧里點餐系統(tǒng)應(yīng)用相對較廣泛。在德國，已經(jīng)有了“全自動”的餐館，這種餐館中僅有兩名維持餐館衛(wèi)生的服務(wù)員。顧客到這樣的餐館里就餐，從點餐到上菜付賬的整個流程，均自動化完成。這些點餐系統(tǒng)需要較高的技術(shù)設(shè)備支持，并不適用普通小型餐館。國內(nèi)已有成型的訂餐系統(tǒng)，如北京聯(lián)通研發(fā)的“訂餐寶”。 “訂餐寶”是有北京聯(lián)通研發(fā)的一款優(yōu)秀的訂餐系統(tǒng)，其是為餐飲企業(yè)中的客戶管理研發(fā)的

9、行業(yè)級解決方案，可以為餐飲企業(yè)提供包括確認(rèn)短信的實時發(fā)送、客戶數(shù)據(jù)庫的自動創(chuàng)建、營銷經(jīng)理管理和客戶潛在價值發(fā)掘等一體化的功能。但是“訂餐寶”并不適用普通小型餐館，它仍需要較高的技術(shù)支持，對操作人員要求較高，適合于大中型的餐飲企業(yè)。 研究的目的及意義研究的目的及意義 研究的目的研究的目的近年來，互聯(lián)網(wǎng)發(fā)展迅速，如果說過去互聯(lián)網(wǎng)改變了網(wǎng)民的生活方式，那么現(xiàn)在的互聯(lián)網(wǎng)時代將要改變?nèi)竦纳罘绞??；ヂ?lián)網(wǎng)的使用方便快捷，同時更不受時間空間的限制。互聯(lián)網(wǎng)時代的到來同時也可以為餐飲產(chǎn)業(yè)信息化助力，使信息化的成本大幅降低。本文將研究基于互聯(lián)網(wǎng)的餐館點餐系統(tǒng)，從而為小型餐館分析設(shè)計一套適合其的點餐系統(tǒng)。1.1.

10、 研究的意義研究的意義國民經(jīng)濟的快速發(fā)展一方面不斷加快了人們的生活節(jié)奏，另一方面又使人們的上班時間變得很緊張，但是無論如何，人們少不了一日三餐。在線訂餐系統(tǒng)的出現(xiàn)，極大地簡化了人們的點餐流程，人們只需要在有網(wǎng)的地方便可以為親朋好友的聚會準(zhǔn)備豐盛的美食；同時，對于餐飲企業(yè)，這種點餐方式也能更方便高效地實現(xiàn)客戶點餐信息的收集與分析，這在提高餐飲行業(yè)服務(wù)質(zhì)量上將起到重要的作用。在對點餐流程的研究和對業(yè)務(wù)詳細(xì)的分析基礎(chǔ)上，結(jié)合系統(tǒng)開發(fā)技術(shù)，實現(xiàn)點餐的數(shù)字化、網(wǎng)絡(luò)化管理。餐飲系統(tǒng)的功能不外乎兩個，一是使用信息系統(tǒng)管理餐飲業(yè)務(wù)，二是用計算機處理代替諸如如點菜和菜單傳送的人工服務(wù)。同時，該系統(tǒng)是一個網(wǎng)上點餐

11、信息平臺，將實現(xiàn)客戶瀏覽菜品、商家信息，選擇菜品，下訂單，在線支付，預(yù)約就餐時間等服務(wù)。1.41.4 研究的基本思路和方法研究的基本思路和方法 研究的基本思路研究的基本思路本文研究的基本思路是：借鑒國內(nèi) 外餐館點餐系統(tǒng)的理論研究與實踐成果，分析餐館點餐 業(yè)務(wù)流程及數(shù)據(jù)流程 ，運用分析的結(jié)果 設(shè)計點餐系統(tǒng)，最后實現(xiàn)其簡單的 基本功能。 研究的基本方法研究的基本方法餐館訂餐系統(tǒng)整體規(guī)劃方式采用企業(yè)系統(tǒng)規(guī)劃（BSP）法，如圖 1.1。 1.研究方案確定2.研究的準(zhǔn)備工作3.研究的開始階段4.定義企業(yè)流程5.定義數(shù)據(jù)類型6.分析當(dāng)前系統(tǒng)7.確定系統(tǒng)目標(biāo)8.提供判斷和結(jié)論9.設(shè)計系統(tǒng)整體結(jié)構(gòu)11.確定子

12、系統(tǒng)的開發(fā)順序12.建議書和結(jié)論13.研究成果報告10.評估系統(tǒng)可行性圖 1.1 系統(tǒng)整體規(guī)劃流程圖系統(tǒng)的開發(fā)方法采用結(jié)構(gòu)化系統(tǒng)開發(fā)方法，結(jié)構(gòu)化開發(fā)方法包括系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施和系統(tǒng)運行等五個階段。（1）系統(tǒng)規(guī)劃階段的主要工作是根據(jù)前期收集的餐飲行業(yè)資料，分析整理得出目標(biāo)客戶的系統(tǒng)需求，進(jìn)行初步調(diào)查，確定目標(biāo)客戶目標(biāo)及訂餐系統(tǒng)目標(biāo)，確定分階段實施進(jìn)度。（2）系統(tǒng)分析階段的工作是根據(jù)系統(tǒng)總體規(guī)劃的要求，設(shè)計系統(tǒng)的邏輯模型。（3）系統(tǒng)設(shè)計階段的工作是在邏輯模型基礎(chǔ)上設(shè)計系統(tǒng)的物理模型設(shè)計。（4）系統(tǒng)實施階段的工作是實現(xiàn)系統(tǒng)的代碼編寫和系統(tǒng)使用人員的培訓(xùn)，同時系統(tǒng)的數(shù)據(jù)準(zhǔn)備和試運行

13、也在這個階段進(jìn)行。（5）系統(tǒng)運行與維護(hù)階段進(jìn)行系統(tǒng)的日常運行管理、評價、監(jiān)理審計，修改、維護(hù)、局部調(diào)整，在出現(xiàn)不可調(diào)和的大問題時，進(jìn)一步提出開發(fā)新系統(tǒng)的方案，老系統(tǒng)生命周期結(jié)束，新系統(tǒng)誕生，構(gòu)成系統(tǒng)的一個生命周期，如圖1.2。系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)運行與維護(hù)系統(tǒng)實施系統(tǒng)規(guī)劃方案系統(tǒng)分析報告系統(tǒng)設(shè)計方案系統(tǒng)實施方案系統(tǒng)運行于維護(hù)說明書圖 1.2 系統(tǒng)生命周期流程圖2 2 相關(guān)基礎(chǔ)理論和技術(shù)簡介相關(guān)基礎(chǔ)理論和技術(shù)簡介2.12.1 基礎(chǔ)理論簡介基礎(chǔ)理論簡介2.1.12.1.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法結(jié)構(gòu)化系統(tǒng)開發(fā)方法結(jié)構(gòu)化系統(tǒng)開發(fā)方法（Structured System Development M

14、ethodolgies） ，亦稱SSA&D（Structured System Development Design）或 SADT（Structured Analysis and Design Technologies） ，是自頂向下結(jié)構(gòu)化方法、工程化的系統(tǒng)開發(fā)方法和生命周期方法的結(jié)合。它強調(diào)從系統(tǒng)的角度出發(fā)分析問題和解決問題，面對要開發(fā)的系統(tǒng)，從層次的角度，自頂向下地分析和設(shè)計系統(tǒng)，認(rèn)為任何系統(tǒng)都有一個從發(fā)生、發(fā)展到消亡的生命周期，新系統(tǒng)就是舊系統(tǒng)的繼續(xù)。開發(fā)過程強調(diào)嚴(yán)格的規(guī)范管理，工作文檔要成文、要標(biāo)準(zhǔn)。其開發(fā)步驟主要有五個階段，即系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施和系統(tǒng)運行2

15、。這也是本文采用的主要系統(tǒng)開發(fā)方法。2.1.22.1.2 戰(zhàn)略數(shù)據(jù)規(guī)劃法戰(zhàn)略數(shù)據(jù)規(guī)劃法戰(zhàn)略數(shù)據(jù)規(guī)劃方法是美國著名學(xué)者 J.馬?。↗ames Martin）在他的著作戰(zhàn)略數(shù)據(jù)規(guī)劃方法 、 沒有程序員的開發(fā)等書中提到的。戰(zhàn)略數(shù)據(jù)規(guī)劃方法的主要技術(shù)內(nèi)容包括：如何自頂向下來組織規(guī)劃；建立企業(yè)的信息模型；主要數(shù)據(jù)庫的設(shè)計與組織；戰(zhàn)略數(shù)據(jù)規(guī)劃的具體執(zhí)行過程。J.馬丁在他的著作中明確指出，系統(tǒng)規(guī)劃的基本內(nèi)容有三個方面：企業(yè)的經(jīng)營戰(zhàn)略規(guī)劃；企業(yè)信息系統(tǒng)的設(shè)備配置規(guī)劃；企業(yè)特定的主題數(shù)據(jù)庫規(guī)劃。 原型法原型法原型法的基本思想是 1977 年開始提出來的，到了 20 世紀(jì) 80 年代隨著計算機軟技術(shù)的發(fā)展，特別是

16、在關(guān)系數(shù)據(jù)庫系統(tǒng)（Relational DataBase System，RDBS） 、第四代程序生成語言（4th Generation Language，4GL）以及各種系統(tǒng)開發(fā)生成環(huán)境產(chǎn)生的基礎(chǔ)上，提出的一種從設(shè)計思想、工具、手段都全新的系統(tǒng)開發(fā)方法。原型法改進(jìn)了機構(gòu)化系統(tǒng)開發(fā)方法的不足，它并不注重對管理信息系統(tǒng)進(jìn)行全面、系統(tǒng)的調(diào)查和分析，而是由用戶和系統(tǒng)分析人員合作，在短期內(nèi)定義用戶的基本需求，迅速構(gòu)造一個功能不是十分完善的新系統(tǒng)原型，然后先運行這個原型，再不斷評價和改進(jìn)原型，最終形成實際系統(tǒng)。2.1.42.1.4 面向?qū)ο蟮拈_發(fā)方法面向?qū)ο蟮拈_發(fā)方法面向?qū)ο蟮拈_發(fā)方法是人們在實踐中逐漸提

17、出的一種新方法。面向?qū)ο蠓椒ǖ某霭l(fā)點和基本原則是盡可能按照人類認(rèn)識世界的方法和思維方式來分析和解決問題?？陀^世界是由許多具體事物或事件、抽象的概念及規(guī)律等組成的，因此，我們將任何感興趣或要加以研究的事物、概念都統(tǒng)稱為對象（Object） 。面向?qū)ο蟮拈_發(fā)方法的優(yōu)點有：（1）有利于系統(tǒng)開發(fā)過程中用戶與開發(fā)人員的交流和溝通，縮短開發(fā)周期，提高系統(tǒng)開發(fā)的正確性和效率。（2）可以使軟件的一致性、模塊的獨立性以及程序的共享和可重用性大大提高，也與分布式處理、多機系統(tǒng)及網(wǎng)絡(luò)通信等發(fā)展趨勢相吻合，具有廣闊的應(yīng)用前景。（3）有強大的技術(shù)支持。2.22.2 技術(shù)簡介技術(shù)簡介2.2.12.2.1 JavaJava

18、 簡介簡介Java 誕生于 1995 年，是 Sun 公司組織開發(fā)的一門編程語言，主要貢獻(xiàn)者是 James Gosling。開發(fā) Java 語言的動力源于對獨立平臺的需要，即這種語言編寫的程序不會因為芯片的變化而發(fā)生無法運行或運行錯誤。1990 年，Sun 公司成立了有 James Gosling 領(lǐng)導(dǎo)的開發(fā)小組，開始致力于開發(fā)一種可移植的、跨平臺的語言，該語言能夠生成正確運行于各種操作系統(tǒng)、適應(yīng)各種 CPU 芯片的代碼。Java 有以下幾個特點：（1）平臺無關(guān)性。與其他語言相比，Java 語言最大的優(yōu)勢就是它的平臺無關(guān)性，這也是 Java 風(fēng)靡全球的主要原因。（2）面向?qū)ο?。面向?qū)ο笫且环N先

19、進(jìn)的編程思想，更加容易解決復(fù)雜的問題。面向?qū)ο缶幊叹哂蟹庋b、繼承和多態(tài)的特點。（3）多線程。Java 的特點之一就是內(nèi)置對多線程的支持。（4）安全。使用支持 Java 的瀏覽器時，JavaApplet 將限制在 Java 運行環(huán)境中，不必?fù)?dān)心病毒的感染。（5）動態(tài)。Java 的基本組成單元是類，而類是由運行時動態(tài)加載的。52.2.22.2.2 JSPJSP 簡介簡介JSP 是 Java Server Page 的簡稱，是由 Sun 公司倡導(dǎo)、多家公司參與、于1996 年 6 月推出的一種服務(wù)器端動態(tài)網(wǎng)頁技術(shù)。在傳統(tǒng)的網(wǎng)頁文件中加入 Java程序片段和 JSP 標(biāo)記，就構(gòu)成了 JSP 網(wǎng)頁。JS

20、P 基于 Java Servlet 和整個 Java 體系，其涉及目的是是的構(gòu)建基于 Web 的應(yīng)用程序更加容易和快捷，能夠與各種Web 服務(wù)器、應(yīng)用服務(wù)器和開發(fā)工具共同工作，并且它還能應(yīng)用于不同的操作平臺上，適宜于建立快速的、安全的跨平臺動態(tài)網(wǎng)站。JSP 技術(shù)的特點有：（1）極強的的跨平臺性。由于 JSP 使用 Java 語言作為其腳本語言，所以它具有 Java 語言強大的跨平臺性。（2）內(nèi)容的生成和顯示可以分離。（3）程序的執(zhí)行效率高。JSP 頁面被編譯成 Servlet 并由 Java 虛擬機執(zhí)行，編譯過程只在 JSP 頁面第一次執(zhí)行時進(jìn)行，不需要每次執(zhí)行程序是都編譯，這在一定程度上可以

21、提高程序執(zhí)行效率。（4）生成可重用的群組件。JSP 可以配合實際開發(fā)中的特定功能的群組件開發(fā)。（5）采用標(biāo)記標(biāo)記簡化頁面開發(fā)。（6）強大的數(shù)據(jù)庫支持。 32.2.32.2.3 MySQLMySQL 簡介簡介MySQL 是最流行的開放源碼 SQL 數(shù)據(jù)庫管理系統(tǒng)，它是由 MySQL AB 公司開發(fā)、發(fā)布并支持的。MySQL AB 是由多名 MySQL 開發(fā)人創(chuàng)辦的一家商業(yè)公司。它是一家第二代開放源代碼公司，結(jié)合了開放源碼價值取向、方法和成功的商業(yè)模型。MySQL 的特點有：（1）開放源代碼。 “開放源代碼”意味著任何人都能使用和改變軟件。任何人都能從 Internet 上下載 MySQL 軟件，

22、而無需支付任何費用。（2）反應(yīng)迅速。MySQL 具有良好的連通性、速度和安全性、這使得 MySQl很適合作為 Internet 上的數(shù)據(jù)庫。（3）多種工作模式。MySQL 數(shù)據(jù)庫軟件是一種客戶端/服務(wù)器系統(tǒng)，有支持不同后端的一個多線程 SQL 服務(wù)器、數(shù)據(jù)不同的客戶端程序和庫、眾多管理工具和廣泛的應(yīng)用編程接口 API 組成。（4）可伸縮性和限制。MySQL 服務(wù)器可以處理包含 5 千萬條記錄的數(shù)據(jù)庫，甚至有些用戶將 MySQL 用于含 60000 個表和約 50 億行的數(shù)據(jù)庫4。2.2.42.2.4 TomcatTomcat 簡介簡介Tomcat 是 Sun 的 JSWDK（Java Serv

23、er Web Development Kit）中的 Servlet容器，屬于 Apache 軟件基金會（Apache Software Foundation）的 Jakarta 項目中的一個核心項目，由 Apache、Sun 和其他一些公司和個人共同開發(fā)而成。Tomcat 既是一個開源源碼、免費支持 JSP 和 Servlet 技術(shù)容器，同時又是一個Web 服務(wù)器軟件，受到了 Sun 公司的大力推薦和支持。與傳統(tǒng)桌面應(yīng)用程序不同，Tomcat 中的應(yīng)用程序是一個 WAR（Web Archive）文件，它是許多文件構(gòu)成的一個壓縮包，包中的文件按照一定目錄結(jié)構(gòu)來組織，不同目錄中的文件也具有不同的功

24、能。部署文件時，只需將 WAR文件放到 Tomcat 的 webapp 目錄下，Tomcat 會自動檢測和解壓該文件。JSP 文件第一次執(zhí)行時，首先由 Tomcat 將其轉(zhuǎn)化為 Servlet 文件，然后編譯，所以速度會慢一些，但后續(xù)執(zhí)行是速度會很快。Tomcat 是一個小型的輕量級應(yīng)用服務(wù)器，運行時占用的系統(tǒng)資源小、擴展性好、支持負(fù)載平衡與郵件服務(wù)等開發(fā)應(yīng)用系統(tǒng)中的常見功能，并且不斷改進(jìn)和完善。Tomcat 使用與中小型系統(tǒng)和并發(fā)訪問用戶不太多的場合，是開發(fā)和調(diào)試 JSP 程序的首選。3 3 系統(tǒng)分析系統(tǒng)分析3.13.1 系統(tǒng)可行性分析系統(tǒng)可行性分析3 3 經(jīng)濟可行性經(jīng)濟可行性本系統(tǒng)的開發(fā)因

25、采用 Java 開源技術(shù)，所以開發(fā)成本很低，系統(tǒng)的成本消耗主要來源于運營。本系統(tǒng)要正常使用需要有一個服務(wù)團(tuán)隊負(fù)責(zé)運營，同時需要有一些線下推廣活動成本消耗。但是本系統(tǒng)的目標(biāo)用戶是一些有經(jīng)濟能力的餐館用戶，所以，運營成本可以從向餐館用戶收取的使用費中抵消。同時，隨著使用者數(shù)量的增加，使用費在累計增加，而運營費用卻相對不變甚至降低，這是系統(tǒng)便能實現(xiàn)盈利。所以，經(jīng)濟上系統(tǒng)是可行的。3 3 技術(shù)可行性技術(shù)可行性本系統(tǒng)用 java 開源技術(shù)實現(xiàn)，集成開發(fā)環(huán)境選用頗受好評的 Eclipse，數(shù)據(jù)庫采用 MySql 數(shù)據(jù)庫。Eclipse 功能強大且易用開發(fā)效率極高，選擇它作為系統(tǒng)開發(fā)環(huán)境，可以完成系統(tǒng)代碼的

26、編寫。本系統(tǒng)所選用的開源框架Spring，Hibernate 及 SpringMVC 都是高效的易用并且易用于系統(tǒng)開發(fā)的主流java 開發(fā)框架，采用框架技術(shù)，可以迅速的搭建起系統(tǒng)的雛形，從而使編程人員可以將大部分精力用到系統(tǒng)的業(yè)務(wù)邏輯的編寫上，提高了開發(fā)效率。系統(tǒng)中涉及的功能可以全部實現(xiàn)論為可行。3.1.33.1.3運行可行性運行可行性基于 Web 的點餐系統(tǒng)相對于傳統(tǒng)的餐館點餐系統(tǒng)有以下優(yōu)勢：（1）更具有通用性。本系統(tǒng)不是為某一個餐館設(shè)計的，它是一個點餐信息平臺，相當(dāng)于一個點餐信息中轉(zhuǎn)站?？梢詾槠胀ㄓ脩籼峁┎似沸畔?，同時更重要的是可以為餐館提供信息發(fā)布的平臺，理論上適合所有的餐館。（2）成本

27、低廉。本系統(tǒng)使用成本低廉，實際上，相對于使用點餐系統(tǒng)的餐館用戶而言，他們所做的僅僅是在平臺上注冊一個賬號就擁有了一個自己的點餐系統(tǒng)。（3）更容易維護(hù)。對于點餐系統(tǒng)服務(wù)的實際使用者而言，實際上，根本沒有任何的系統(tǒng)維護(hù)工作，因為這些工作都有系統(tǒng)的運營者管理員做了，而系統(tǒng)本身也是基于 B/S 架構(gòu)模式的，本身維護(hù)起來也很容易。（4）使用簡單。（5）功能更強大。本系統(tǒng)除提供主要的點餐功能外，還能為餐館進(jìn)行如推廣的其他更多的服務(wù)，功能更為強大。所以本系統(tǒng)是可以成功運行起來的。3.23.2 需求分析需求分析3 3 系統(tǒng)功能需求分析系統(tǒng)功能需求分析擬設(shè)計本系統(tǒng)為基于 Java 開源技術(shù)的聯(lián)系點餐客戶與供餐商

28、家的點餐系統(tǒng)平臺，它將用戶分為普通用戶，餐館用戶和系統(tǒng)維護(hù)人員（管理員）三種用戶。系統(tǒng)按用戶類型不同提供不同的功能。對于普通用戶，系統(tǒng)提供的功能有：（1）在線查找菜品信息的功能。用戶訪問點餐系統(tǒng)，便可以查看自己喜歡的菜品信息，同時也可以按照自己的喜好進(jìn)行篩選查詢。（2）在線查找餐館信息的功能。用戶還可以在系統(tǒng)平臺上在線查看在本平臺上注冊的餐館信息，獲取訂餐信息。（3）在線下訂單的功能。在選取自己喜歡的菜品后，用戶還可向發(fā)布該菜品信息的餐館下達(dá)點餐訂單，從而實現(xiàn)點餐的功能。（4）訂單的查看功能。用戶登錄后，可以查看自己的點餐訂單記錄。（5）在線支付功能。下達(dá)訂單后，用戶可以選擇在線支付。（6）對

29、菜品、餐館評論分享的功能。用戶還可以對自己喜歡的菜品餐館進(jìn)行評論和分享。（7）個人信息設(shè)置功能。用戶可以對設(shè)置自己的信息。關(guān)于餐館用戶，系統(tǒng)提供的功能有。（1）菜品信息發(fā)布管理功能。餐館用戶登錄后，可以發(fā)布菜品信息，該信息將會在系統(tǒng)首頁上和餐館主頁上顯示。（2）餐館活動信息發(fā)布功能。餐館用戶還可以發(fā)布自己近期的活動信息；（3）訂單管理功能。餐館用戶可以對普通用戶下達(dá)的訂單進(jìn)行相應(yīng)的處理操作。（4）退款功能。當(dāng)由于一些特殊原因時，普通用戶要求退款是，餐館用戶應(yīng)該能夠進(jìn)行退款操作。（5）其他個人賬戶信息管理功能。關(guān)于系統(tǒng)維護(hù)人員，系統(tǒng)提供的功能有：對所有用戶數(shù)據(jù)進(jìn)行管理?？傮w來看，餐館點餐系統(tǒng)的核

30、心功能是點餐，所以在該系統(tǒng)中核心的管理重點是點餐中涉及的菜品，點餐用戶和餐館用戶。菜品是點餐的目的，沒有菜品就不能進(jìn)行點餐，所以，有關(guān)菜品的功能是本系統(tǒng)的核心功能，包括餐館用戶的菜品管理，普通用戶的菜單點餐。另外，支付功能也是本系統(tǒng)的核心功能之一，者關(guān)系到系統(tǒng)的是否好用，決定了系統(tǒng)的質(zhì)量。最后是權(quán)限，用戶的信息安全必須有保證。3.2.23.2.2系統(tǒng)性能需求分析系統(tǒng)性能需求分析本系統(tǒng)作為基于 Web 架構(gòu)的網(wǎng)上點餐系統(tǒng)平臺，應(yīng)達(dá)到以下性能要求：（1）頁面響應(yīng)的時間應(yīng)低于 5 秒。系統(tǒng)的服務(wù)對象為普通用戶和餐館用戶，這些用戶大多是對電腦操作很熟悉，同時也對界面響應(yīng)時間很敏感，如果需相應(yīng)時間太長會

31、影響用戶體驗，讓用戶喪失使用信心，遮掩不利于系統(tǒng)的推廣，所以相應(yīng)時間不應(yīng)超過 5 秒。（2）系統(tǒng)支持的并發(fā)訪問量應(yīng)不低于 500。（3）Web 服務(wù)穩(wěn)定工作持續(xù)時間大于等于 3 天。（4）數(shù)據(jù)更新操作業(yè)務(wù)高峰值應(yīng)達(dá)到 150 筆/分鐘；數(shù)據(jù)查詢操作業(yè)務(wù)峰值 100 筆/分鐘。3.33.3 系統(tǒng)業(yè)務(wù)流程分析系統(tǒng)業(yè)務(wù)流程分析本系統(tǒng)的用戶分為普通用戶，餐館用戶和管理員用戶。其中普通用戶和餐館用戶為系統(tǒng)的客戶。系統(tǒng)主要是為普通用戶和餐館用戶服務(wù)的，所以主要業(yè)務(wù)業(yè)務(wù)室針對這兩類用戶的，其中普通用戶的業(yè)務(wù)有點餐、在線支付和申請退款，餐館用戶有菜品管理、訂單管理和退款。以下主要業(yè)務(wù)及業(yè)務(wù)流程圖。圖例如圖。業(yè)

32、務(wù)處理單位數(shù)據(jù)文檔存儲表格/文檔/單據(jù)信息傳遞過程圖 3.1 圖例系統(tǒng)總的業(yè)務(wù)流程圖如圖。登錄判斷用戶類型系統(tǒng)管理菜品管理訂單管理用戶登錄信息點餐成功失敗管理員在線支付退款普通用戶餐館用戶圖 3.2 系統(tǒng)總業(yè)務(wù)流程圖用戶注冊業(yè)務(wù)實現(xiàn)了普通用戶和餐館用戶的開戶功能，如圖。普通用戶注冊材料管理員賬戶數(shù)據(jù)反饋信息合格材料保存圖 用戶注冊業(yè)務(wù)流程圖點餐業(yè)務(wù)是系統(tǒng)的核心業(yè)務(wù)，實現(xiàn)普通用戶點餐的功能，如圖 3.4。普通用戶餐館餐館人員點餐訂單點餐信息菜品信息菜品準(zhǔn)備清單廚房點餐回執(zhí)點餐訂單數(shù)據(jù)圖 3.4 用戶點餐業(yè)務(wù)流程圖用戶訂單管理實現(xiàn)普通用戶和餐館用戶對訂單的管理功能，如圖。普通用戶查詢添加點餐訂單存

33、儲訂單數(shù)據(jù)訂單數(shù)據(jù)訂單列表修改餐館用戶修改信息訂單數(shù)據(jù)圖 用戶訂單管理業(yè)務(wù)流程圖用戶在線支付業(yè)務(wù)實現(xiàn)普通用戶點餐在線轉(zhuǎn)賬到餐館用戶的功能，如圖。用戶用戶信息點餐訂單處理第三方賬戶數(shù)據(jù)賬單數(shù)據(jù)第三方支付更新點餐訂單數(shù)據(jù)用戶訂單轉(zhuǎn)賬明細(xì)回調(diào)數(shù)據(jù)點餐訂單回調(diào)處理更新支付回執(zhí)圖 用戶在線支付業(yè)務(wù)流程圖用戶退款業(yè)務(wù)實現(xiàn)了當(dāng)點餐失敗訂單作廢時，普通用戶申請退款的功能，如圖 3.7。普通用戶申請退款餐館餐館人員退款通知已處理訂單退款狀態(tài)通知第三方支付更新轉(zhuǎn)賬信息轉(zhuǎn)賬信息賬戶數(shù)據(jù)圖 3.7 用戶退款業(yè)務(wù)流程圖 系統(tǒng)數(shù)據(jù)流程分析系統(tǒng)數(shù)據(jù)流程分析數(shù)據(jù)流程分析主要是根據(jù)需求調(diào)查的基礎(chǔ)資料和所有業(yè)務(wù)流程圖而進(jìn)行的分析

34、工作。數(shù)據(jù)流程描述的是信息在系統(tǒng)中流動、處理和存儲的過程。數(shù)據(jù)流程圖（Data Flow Diagram，DFD） ，是全面描述信息系統(tǒng)模型的主要工具，其圖例如圖 3.1。外部實體數(shù)據(jù)流處理過程數(shù)據(jù)存儲圖 3.1 圖例用數(shù)據(jù)流程圖分析本系統(tǒng)的主要數(shù)據(jù)流程如下。系統(tǒng)頂層數(shù)據(jù)流程圖如圖 3.2。E01訪客注冊注冊信息P01E02管理員注冊信息點餐P03菜品信息展示P05菜品信息管理P04E03普通用戶訂單E04餐館用戶回執(zhí)回執(zhí)訂單菜品信息菜品信息個人賬戶信息管理P06餐館賬戶信息用戶賬戶信息餐館信息展示P07登錄P02登錄信息餐館信息用戶數(shù)據(jù)DB01保存用戶信息用戶數(shù)據(jù)DB01更新餐館用戶信息菜品

35、數(shù)據(jù)DB02更新菜品信息圖 3.2 系統(tǒng)頂層數(shù)據(jù)流程圖系統(tǒng)二級數(shù)據(jù)流程圖有。（1） 用戶注冊數(shù)據(jù)流程如圖 3.3E01訪客檢測數(shù)據(jù)合法性P1001判斷注冊類型用戶數(shù)據(jù)DB01DF1002錯誤信息DF1001注冊信息DF1001注冊信息DF1001注冊信息審核E02管理員DF1006餐館用戶注冊信息DF1003餐館用戶注冊信息DF1005審核信息DF1004反饋信息P1002P1003圖 3.3 用戶注冊數(shù)據(jù)流程圖（2） 用戶登錄數(shù)據(jù)流程如圖 3.4。E01訪客信息匹配P0201用戶數(shù)據(jù)DB01DF0202用戶信息DF0201登錄信息用戶類型判斷DF0203賬戶信息用戶權(quán)限判斷DF0203賬戶信

36、息信息呈現(xiàn)DF0204權(quán)限信息DF0205用戶主頁P0202P0203P0204圖 3.4 用戶登錄數(shù)據(jù)流程圖（3） 點餐數(shù)據(jù)流程如圖 3.5。E03普通用戶訂單信息檢測P0301DF0301訂單訂單處理DF0303合格訂單第三方支付DF0305賬單信息DF0308轉(zhuǎn)賬信息P0302P0303DF0302錯誤訂單E04餐館用戶DF0307訂單狀態(tài)訂單數(shù)據(jù)DB02DF0303合格訂單DF0308轉(zhuǎn)賬信息DF0306反饋信息DF0304訂單狀態(tài)圖 3.5 用戶點餐數(shù)據(jù)流程圖（4） 菜品信息管理數(shù)據(jù)流程如圖 3.6。E04餐館用戶判斷操作P0401DF0401操作信息更新菜品檢索菜品P0403P04

37、05菜品數(shù)據(jù)DB03DF0403更新菜品信息DF0402添加菜品信息DF0403更新菜品信息添加菜品DF0402添加菜品信息DF0405菜品信息DF0405菜品信息刪除菜品DF0404刪除菜品信息DF0404刪除菜品信息P0404P0402DF0406檢索信息圖 3.6 菜品信息管理數(shù)據(jù)流程圖（5） 菜品展示數(shù)據(jù)流程如圖 3.7。E01訪客處理請求信息P0501菜品數(shù)據(jù)DB03DF0503菜品信息檢索餐館菜品DF0501請求信息DF0502查詢信息DF0503菜品信息P0502圖 3.7 菜品展示數(shù)據(jù)流程圖（6） 用戶個人賬戶信息管理數(shù)據(jù)流程如圖 3.8。E01訪客登錄P02用戶數(shù)據(jù)DB01D

38、F0601用戶信息用戶信息展示DF0201登錄信息成功DF0601用戶信息P0601DF0602操作信息DF0206反饋信息判斷用戶操作P0602DF0603提交數(shù)據(jù)DF0604更新信息圖 3.8 用戶個人賬戶信息管理數(shù)據(jù)流程圖（7） 餐館信息展示數(shù)據(jù)流程如圖 3.9。E01訪客處理請求信息P0701用戶數(shù)據(jù)DB01DF0703餐館信息檢索餐館信息DF0701請求信息DF0702查詢信息DF0703餐館信息餐館信息展示DF0703餐館信息P0703P0702圖 3.9 菜品展示數(shù)據(jù)流程圖3.53.5 數(shù)據(jù)字典數(shù)據(jù)字典數(shù)據(jù)字典是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲和外部實

39、體的具體定義。本系統(tǒng)的數(shù)據(jù)字典如下。3.5.13.5.1 數(shù)據(jù)項定義數(shù)據(jù)項定義由于本系統(tǒng)涉及的數(shù)據(jù)項過多，此處僅列出主要數(shù)據(jù)項定義，如表-表3.15。. DI0001數(shù)據(jù)項編號：DI0001名稱：賬號(loginName)簡述：普通用戶，餐館用戶和管理員用戶登錄系統(tǒng)時的唯一標(biāo)識，同類用戶的賬號不能重復(fù)別名：賬戶編碼字型：char長度：20取值/含義：為英文字母，數(shù)字或“_”下劃線的組合（如“zxj_123”）表 3.2 DI0002數(shù)據(jù)項編號：DI0002名稱：名稱(name)簡述：普通用戶，餐館用戶，管理員用戶，菜品，菜品類型，菜系等實體的名稱別名：實體名稱字型：char長度：20取值/含義

40、：為英文字母，數(shù)字，漢字或“_”下劃線的組合（如“張 zxj_123”）表 3.3 DI0003數(shù)據(jù)項編號：DI0003數(shù)據(jù)項名稱：性別(sex)簡述：普通用戶，餐館用戶，管理員用戶的性別別名：字型：logic長度：1取值/含義：1-代表男，0-代表女表 3.4 DI0004數(shù)據(jù)項編號：DI0004數(shù)據(jù)項名稱：訂單號(orderCode)簡述：普通用戶于餐館用戶發(fā)生交易時產(chǎn)生的訂單唯一編碼續(xù)表字型：char長度：16 取值/含義：編碼一律以“NO”開頭，后跟 14 位系統(tǒng)生成的與下單時間相關(guān)的代碼串（如“”）表 3.5 DI0005數(shù)據(jù)項編號：DI0005數(shù)據(jù)項名稱：日期(date)簡述：系統(tǒng)

41、中所有涉及時間的存儲項字型：datetime取值/含義： yyyy-mm-dd-hh-MM-ss（yyyy-年份，mm-月份，dd-日,hh-小時，MM-分鐘，ss-秒）表 3.6 DI0006數(shù)據(jù)項編號：DI0006數(shù)據(jù)項名稱：密碼(password)簡述：普通用戶，餐館用戶和管理員用戶賬戶的密碼字型：char長度：6-18表 3.7 DI0007數(shù)據(jù)項編號：DI0007數(shù)據(jù)項名稱： 號碼(phone)簡述：普通用戶，餐館用戶和管理員用戶的 聯(lián)系號碼字型：char長度：11表 3.8 DI0008數(shù)據(jù)項編號：DI0008數(shù)據(jù)項名稱：固定 號碼(fixphone)簡述：普通用戶，餐館用戶和管理

42、員用戶的固定 號碼字型：varchar長度：20表 3.9 DI0009數(shù)據(jù)項編號：DI0009數(shù)據(jù)項名稱：地址（address）簡述：普通用戶，餐館用戶和管理員地址字型：char長度：50表 3.10 DI0010數(shù)據(jù)項編號：DI0010數(shù)據(jù)項名稱：用戶狀態(tài)（userStatus）簡述：普通用戶，餐館用戶和管理員用戶的狀態(tài)，便于系統(tǒng)管理字型：varchar長度：5取值/含義：取值為“open”和“l(fā)ocked”，分別代表激活和鎖定，當(dāng)激活時，用戶可以正常使用系統(tǒng)提供的功能，當(dāng)鎖定時，用戶不能使用系統(tǒng)功能表 3.11 DI0011數(shù)據(jù)項編號：DI0011數(shù)據(jù)項名稱：訂單狀態(tài)（orderStat

43、us）簡述：訂單的狀態(tài)，用于標(biāo)識訂單在整個處理流程中的狀態(tài)字型：int取值/含義：可取值“0” 、 “1”、 “2”，其中“0”代表已下單等待餐館處理， “1”代表餐館已處理但為交易完成， “2”代表交易完成表 3.12 DI0012數(shù)據(jù)項編號：DI0012數(shù)據(jù)項名稱：價格（price）簡述：菜品的價格字型：float表 3.13 DI0013數(shù)據(jù)項編號：DI0013數(shù)據(jù)項名稱：單位（unit）簡述：菜品的單位字型：varchar長度：1-5取值/含義：兩次（如“份”、 “兩”、 “斤”等）表 3.14 DI0014數(shù)據(jù)項編號：DI0014數(shù)據(jù)項名稱：星級（starLevel）簡述：餐館和菜品

44、的星級字型：int取值/含義：可取“0” ， “1” ， “2” ， “3” ， “4” ， “5”表 3.15 DI0015數(shù)據(jù)項編號：DI0015數(shù)據(jù)項名稱：數(shù)量（num）簡述：菜品數(shù)量字型：int取值/含義：可取“0” ， “1” ， “2” ， “3” ， “4” ， “5”等非負(fù)整數(shù)3.5.23.5.2 數(shù)據(jù)結(jié)構(gòu)定義數(shù)據(jù)結(jié)構(gòu)定義本系統(tǒng)涉及的數(shù)據(jù)結(jié)構(gòu)如表-表 3.23。表 3.17 DS0002數(shù)據(jù)結(jié)構(gòu)編號：DS0001數(shù)據(jù)結(jié)構(gòu)名稱：普通用戶基本信息簡述：描述普通用戶基本屬性數(shù)據(jù)結(jié)構(gòu)組成：DI0001(登錄名)+DI0002(名稱)+DI0003（性別）+DI0003（注冊日期）+ D

45、I0006（密碼）+DI0007（ 號碼）+ DI0008 (固定 號碼)+ DI0009 (地址)+ DI0010 (狀態(tài))表 3.18 DS0003數(shù)據(jù)結(jié)構(gòu)編號：DS0002數(shù)據(jù)結(jié)構(gòu)名稱：餐館用戶基本信息簡述：描述餐館用戶基本屬性數(shù)據(jù)結(jié)構(gòu)組成：DI0001(登錄名)+DI0002(名稱) + DI0005（注冊日期）+DI0006（密碼）+DI0007（ 號碼）+ DI0008 (固定 號碼)+ DI0009 (地址)+ DI0010 表 3.19 DS0004(狀態(tài)) + DI0014（星級）數(shù)據(jù)結(jié)構(gòu)編號：DS0003數(shù)據(jù)結(jié)構(gòu)名稱：管理員用戶基本信息簡述：描述管理員用戶基本屬性數(shù)據(jù)結(jié)構(gòu)組

46、成：DI0001(登錄名)+DI0002(名稱) + DI0005（注冊日期）+DI0006（密碼）表 3.20 DS0005數(shù)據(jù)結(jié)構(gòu)編號：DS0005數(shù)據(jù)結(jié)構(gòu)名稱：菜品基本信息簡述：描述菜品基本屬性數(shù)據(jù)結(jié)構(gòu)組成： DI0002(名稱) + DI0012（價格）+ DI0013（單位）+ DI0014（星級）表 3.21 DS0006數(shù)據(jù)結(jié)構(gòu)編號：DS0006數(shù)據(jù)結(jié)構(gòu)名稱：菜品類型基本信息簡述：描述菜品類型基本屬性數(shù)據(jù)結(jié)構(gòu)組成： DI0002(名稱)表 3.22 DS0007數(shù)據(jù)結(jié)構(gòu)編號：DS0007數(shù)據(jù)結(jié)構(gòu)名稱：訂單基本信息簡述：描述訂單基本屬性數(shù)據(jù)結(jié)構(gòu)組成： DI0004 (訂單號)+ D

47、I0005(生成日期)+ DI0011（訂單狀態(tài)）表 3.23 DS0008數(shù)據(jù)結(jié)構(gòu)編號：DS0008數(shù)據(jù)結(jié)構(gòu)名稱：訂單項基本信息簡述：描述訂單項基本屬性數(shù)據(jù)結(jié)構(gòu)組成：DI0002(菜品名稱)+DI0015 (數(shù)量) + DI0012（價格）3.5.33.5.3 數(shù)據(jù)流定義數(shù)據(jù)流定義本系統(tǒng)數(shù)據(jù)流定義編號編碼規(guī)則為一“DF”開頭，格式為“DF+兩位所屬流程圖編號+數(shù)據(jù)流編號”，圖表-表 3.56。表 3.24 DF0101數(shù)據(jù)流編號：DF0101數(shù)據(jù)流名稱：注冊信息簡述：訪客注冊時填寫的注冊信息數(shù)據(jù)流來源：E01(系統(tǒng)訪客)數(shù)據(jù)流去向：P0101（合法性檢測） 、P0102(類型檢測)，DB01

48、（用戶數(shù)據(jù)存儲）數(shù)據(jù)流組成：DI0001（賬號/登錄名）+ DI0006（密碼）+用戶類型表 DF0102數(shù)據(jù)流編號：DF0102數(shù)據(jù)流名稱：反饋信息簡述：訪客注冊為成功時系統(tǒng)給出的關(guān)于注冊情況的提示信息數(shù)據(jù)流來源：P0101（合法性檢測） ，P0102(類型檢測)，P0103（審核）數(shù)據(jù)流去向：E01(注冊用戶)數(shù)據(jù)流組成：提示信息表 DF0103數(shù)據(jù)流編號：DF0103數(shù)據(jù)流名稱：餐館用戶信息簡述：訪客注冊餐館用戶是，系統(tǒng)判別為餐館用戶類型時的信息數(shù)據(jù)流來源：P0102(類型檢測)數(shù)據(jù)流去向：P0103(審核)數(shù)據(jù)流組成：DI0001（賬號/登錄名）+ DI0006（密碼）+用戶類型表 D

49、F0104數(shù)據(jù)流編號：DF0104數(shù)據(jù)流名稱：審核信息簡述：管理員對餐館用戶注冊信息審核后給出的信息數(shù)據(jù)流來源：E02(管理員)數(shù)據(jù)流去向：P0103(審核)數(shù)據(jù)流組成：審核信息表 DF0201數(shù)據(jù)流編號：DF0201數(shù)據(jù)流名稱：登錄信息簡述：訪客登錄系統(tǒng)時提交的登錄信息數(shù)據(jù)流來源：E01(訪客)數(shù)據(jù)流去向：P0201(信息匹配)數(shù)據(jù)流組成：DI0001（賬號/登錄名）+ DI0006（密碼）+用戶類型表 DF0202數(shù)據(jù)流編號：DF0202數(shù)據(jù)流名稱：用戶信息簡述：保存到 DB01(用戶數(shù)據(jù))中的用戶信息數(shù)據(jù)流來源：DB01(用戶數(shù)據(jù))數(shù)據(jù)流去向：P0201(信息匹配)數(shù)據(jù)流組成：DI000

50、1（賬號/登錄名）+ DI0006（密碼）+用戶類型表 DF0203數(shù)據(jù)流編號：DF0203數(shù)據(jù)流名稱：賬戶信息簡述：經(jīng)系統(tǒng) P0201(信息匹配)處理后輸出的包含有用戶權(quán)限信息的賬戶信息數(shù)據(jù)流來源：P0201(信息匹配)數(shù)據(jù)流去向：P0202(用戶類型判斷)數(shù)據(jù)流組成：賬戶信息表 3.31 DF0204數(shù)據(jù)流編號：DF0204數(shù)據(jù)流名稱：權(quán)限信息簡述：用于系統(tǒng)識別用戶享有的使用權(quán)限的用戶權(quán)限信息數(shù)據(jù)流來源：P0203(用戶權(quán)限判斷)數(shù)據(jù)流去向：P0204(信息呈現(xiàn))數(shù)據(jù)流組成：權(quán)限信息表 DF0205數(shù)據(jù)流編號：DF0205數(shù)據(jù)流名稱：用戶主頁信息簡述：用戶通過權(quán)限驗證后，由系統(tǒng)按其權(quán)限生成

51、的主頁信息數(shù)據(jù)流來源：P0204(信息呈現(xiàn))數(shù)據(jù)流去向：E01（訪客）數(shù)據(jù)流組成：用戶主頁信息表 DF0206數(shù)據(jù)流編號：DF0206數(shù)據(jù)流名稱：反饋信息簡述：用戶登錄過程中的反饋信息數(shù)據(jù)流來源：P0201(信息匹配)數(shù)據(jù)流去向：E01（訪客）數(shù)據(jù)流組成：反饋信息表 DF0301數(shù)據(jù)流編號：DF0301數(shù)據(jù)流名稱：訂單簡述：普通用戶填寫的訂單信息數(shù)據(jù)流來源：E03(普通用戶)數(shù)據(jù)流去向：P0301（訂單信息檢測）數(shù)據(jù)流組成：由訂單項組成的訂單信息表 DF0302數(shù)據(jù)流編號：DF0302數(shù)據(jù)流名稱：反饋信息簡述：P0301（訂單信息檢測）檢測訂單信息后給用戶的反饋信息數(shù)據(jù)流來源：P0301（訂單

52、信息檢測）數(shù)據(jù)流去向：E03(普通用戶)數(shù)據(jù)流組成：系統(tǒng)預(yù)設(shè)反饋信息表 DF0303數(shù)據(jù)流編號：DF0303數(shù)據(jù)流名稱：合格訂單簡述：P0301（訂單信息檢測）檢測訂單信息通過并預(yù)處理后的訂單信息數(shù)據(jù)流來源：P0301(訂單信息檢測)數(shù)據(jù)流去向：P0302 (訂單處理)數(shù)據(jù)流組成：訂單信息表 7 DF0304數(shù)據(jù)流編號：DF0304數(shù)據(jù)流名稱：賬單信息簡述：系統(tǒng)生成的用于第三方轉(zhuǎn)賬的賬單信息數(shù)據(jù)流來源：P0302(訂單處理)數(shù)據(jù)流去向：P0303(第三方支付)數(shù)據(jù)流組成：賬單信息表 DF0305數(shù)據(jù)流編號：DF0305數(shù)據(jù)流名稱：回調(diào)信息簡述：第三方轉(zhuǎn)賬后回調(diào)的信息數(shù)據(jù)流來源：P0303(第三

53、方支付)數(shù)據(jù)流去向：P0302(訂單處理)數(shù)據(jù)流組成：三方支付生成的回調(diào)信息表 DF0306數(shù)據(jù)流編號：DF0306數(shù)據(jù)流名稱：訂單修改信息簡述：餐館用戶對訂單狀態(tài)修改時提交給系統(tǒng)的信息數(shù)據(jù)流來源：E04(餐館用戶)數(shù)據(jù)流去向：P0302(訂單處理)數(shù)據(jù)流組成：修改訂單的信息表 DF0307數(shù)據(jù)流編號：DF0307數(shù)據(jù)流名稱：轉(zhuǎn)賬信息簡述：第三方支付轉(zhuǎn)賬后，向系統(tǒng)發(fā)回的回執(zhí)信息，顯示第三方賬戶信息數(shù)據(jù)流來源：P0303 (第三方支付)數(shù)據(jù)流去向：P0302(訂單處理) 、E04(餐館用戶)、E03(普通用戶)數(shù)據(jù)流組成：轉(zhuǎn)賬后，用戶第三方賬戶的信息（如余額，轉(zhuǎn)入金額，轉(zhuǎn)出金額等）表 DF040

54、1數(shù)據(jù)流編號：DF0401數(shù)據(jù)流名稱：操作信息 簡述：餐館用戶向系統(tǒng)提交的修改菜品信息的操作信息數(shù)據(jù)流來源： E04(餐館用戶)數(shù)據(jù)流去向： P0401(判斷操作)數(shù)據(jù)流組成： DS0005(菜品基本信息)+操作信息（“增”、 “刪”、 “改”、 “查”）表 DF0402數(shù)據(jù)流編號：DF0402數(shù)據(jù)流名稱：添加菜品信息簡述：餐館用戶輸入的添加菜品的信息數(shù)據(jù)流來源： P0401(判斷操作)數(shù)據(jù)流去向： P0402(添加菜品)數(shù)據(jù)流組成：DS0005(菜品基本信息)+添加操作信息表 DF0403數(shù)據(jù)流編號：DF0403數(shù)據(jù)流名稱：更新菜品信息 簡述：餐館用戶輸入的更新菜品的信息數(shù)據(jù)流來源：P040

55、1(判斷操作) 數(shù)據(jù)流去向：P0403(更新菜品) 數(shù)據(jù)流組成：DS0005(菜品基本信息)+更新操作信息表 DF0404數(shù)據(jù)流編號：DF0404數(shù)據(jù)流名稱：刪除菜品信息簡述：餐館用戶輸入的更新菜品的信息數(shù)據(jù)流來源： P0401(判斷操作)數(shù)據(jù)流去向： P0404(刪除菜品)數(shù)據(jù)流組成：DS0005(菜品基本信息)+刪除操作信息表 DF0405數(shù)據(jù)流編號：DF0405數(shù)據(jù)流名稱：菜品信息簡述：系統(tǒng)從 DB03(菜品數(shù)據(jù))中查詢出的菜品信息數(shù)據(jù)流來源：DB03(菜品數(shù)據(jù))數(shù)據(jù)流去向：P0405(檢索菜品) 數(shù)據(jù)流組成：DS0005(菜品基本信息)表 DF0406數(shù)據(jù)流編號：DF0406數(shù)據(jù)流名稱

56、：檢索信息 簡述：餐館用戶輸入的查詢菜品的條件信息數(shù)據(jù)流來源：E04(餐館用戶)數(shù)據(jù)流去向：P0405(檢索菜品) 數(shù)據(jù)流組成：檢索條件表 DF0501數(shù)據(jù)流編號：DF0501數(shù)據(jù)流名稱：請求信息 簡述：用戶訪問系統(tǒng)時提交的請求信息數(shù)據(jù)流來源：E01(訪客)數(shù)據(jù)流去向：P0501(處理請求信息)數(shù)據(jù)流組成：檢索條件、查詢信息等表 DF0502數(shù)據(jù)流編號：DF0502數(shù)據(jù)流名稱：查詢信息簡述：查詢菜品的條件信息數(shù)據(jù)流來源：P0501(處理請求信息)數(shù)據(jù)流去向：P0502(檢索餐館菜品)數(shù)據(jù)流組成：查詢菜品的條件信息表 DF0503數(shù)據(jù)流編號：DF0503數(shù)據(jù)流名稱：菜品信息簡述：從 DB03(菜

57、品數(shù)據(jù))提取的菜品信息數(shù)據(jù)流來源：DB03(菜品數(shù)據(jù))、P0502(檢索餐館菜品)數(shù)據(jù)流去向：P0502(檢索餐館菜品)數(shù)據(jù)流組成：DS0005(菜品基本信息)表 DF0601數(shù)據(jù)流編號：DF0601數(shù)據(jù)流名稱：用戶信息簡述：普通用戶，餐館用戶或管理員用戶的信息數(shù)據(jù)流來源：DB01(用戶數(shù)據(jù))數(shù)據(jù)流去向：P0601(用戶信息展示)數(shù)據(jù)流組成：DS0001(普通用戶基本信息)或 DS0002(餐館用戶基本信息)或DS0003(管理員用戶基本信息)表 DF0602數(shù)據(jù)流編號：DF0602數(shù)據(jù)流名稱：操作信息簡述：用戶提交的操作信息（“增”、 “刪”、 “改”、 “查”）數(shù)據(jù)流來源：E01(訪客)數(shù)

58、據(jù)流去向：P0602(信息操作)數(shù)據(jù)流組成：用戶提交的操作信息表 DF0603數(shù)據(jù)流編號：DF0603數(shù)據(jù)流名稱：提交數(shù)據(jù)簡述：用戶向系統(tǒng)提供的與相關(guān)操作對應(yīng)格式的數(shù)據(jù)數(shù)據(jù)流來源：E01(訪客)數(shù)據(jù)流去向：P0602(信息操作)數(shù)據(jù)流組成：操作數(shù)據(jù)表 DF0604數(shù)據(jù)流編號：DF0604數(shù)據(jù)流名稱：更新信息簡述：經(jīng)過處理后用于更新數(shù)據(jù)存儲的信息數(shù)據(jù)流來源：P0602(信息操作)數(shù)據(jù)流去向：DB01(用戶數(shù)據(jù))數(shù)據(jù)流組成：更新信息表 DF0701數(shù)據(jù)流編號：DF0701數(shù)據(jù)流名稱：請求信息簡述：用戶提交的請求信息數(shù)據(jù)流來源：E01(訪客)數(shù)據(jù)流去向：P0701(處理請求信息)數(shù)據(jù)流組成：查詢的請

59、求信息表 DF0702數(shù)據(jù)流編號：DF0702數(shù)據(jù)流名稱：查詢信息簡述：用戶提交的查詢信息數(shù)據(jù)流來源：P0701(處理請求信息)數(shù)據(jù)流去向：P0702 (檢索餐館信息)數(shù)據(jù)流組成：查詢信息表 DF0703數(shù)據(jù)流編號：DF0703數(shù)據(jù)流名稱：餐館信息簡述：餐館信息流數(shù)據(jù)流來源：P0702 (檢索餐館信息)、DB01(用戶數(shù)據(jù))數(shù)據(jù)流去向：E01(訪客)數(shù)據(jù)流組成：DS0002(餐館基本信息)3.5.43.5.4 處理邏輯定義處理邏輯定義本系統(tǒng)中的處理邏輯定義如表-表 3.77。表 3.57 P0101處理邏輯編號：P0101處理邏輯名稱：檢測數(shù)據(jù)合法性簡述：檢測訪客提供的注冊數(shù)據(jù)的合法性輸入數(shù)據(jù)

60、流：DF0101（注冊信息）輸出數(shù)據(jù)流：DF0101（注冊信息） 、DF0102（反饋信息）處理過程：訪客填寫好注冊信息后提交各系統(tǒng)，系統(tǒng)檢測注冊信息是否符合語法規(guī)范，或是否符合系統(tǒng)所要求的格式，若符合則將注冊信息轉(zhuǎn)給P0102(判斷注冊類型)，若不符合則輸出 DF0102（反饋信息）告知用戶表 3.58 P0102處理邏輯編號：P0102處理邏輯名稱：判斷注冊類型簡述：根據(jù)訪客填寫的注冊信息判斷注冊的類型輸入數(shù)據(jù)流：DF0101（注冊信息）輸出數(shù)據(jù)流：DF0101（注冊信息） 、DF0102（反饋信息） 、DF0103（餐館用戶注冊信息）處理過程：根據(jù)訪客填寫的注冊信息判斷其注冊類型，并保存信息到存