【正文】 P0103處理邏輯編號：P0103處理邏輯名稱：審核簡述： 管理員通過該處理邏輯控制餐館用戶的注冊過程輸入數(shù)據(jù)流：DF0103（餐館用戶注冊信息）、DF0104（審核信息）輸出數(shù)據(jù)流：DF0102（反饋信息）、DF0103（餐館用戶注冊信息）處理過程：管理員查看訪客申請注冊餐館用戶提交的注冊信息，判定其是否符合條件，然后給出審核信息，系統(tǒng)判斷是否注冊成功后生成相應(yīng)反饋信息告知用戶 P0201處理邏輯編號：P0201處理邏輯名稱：信息匹配簡述： 將訪客輸入的登錄信息與用戶數(shù)據(jù)匹配輸入數(shù)據(jù)流：DF0201（登錄信息）輸出數(shù)據(jù)流：DF0206（反饋信息）、DF0203（賬戶信息）處理過程：當(dāng)訪客輸入登錄信息提交給系統(tǒng)時，按登錄信息取出DB01(用戶數(shù)據(jù))中的用戶信息，將兩者進(jìn)行匹配，若匹配成功，則輸出賬戶信息到P0202（用戶權(quán)限判斷）并輸出DF0206（反饋信息）；若匹配不成功，則僅輸出DF0206（反饋信息） P0202處理邏輯編號：P0202處理邏輯名稱：用戶權(quán)限判斷簡述： 確定用戶的權(quán)限輸入數(shù)據(jù)流：DF0203（賬戶信息）輸出數(shù)據(jù)流：DF0204（權(quán)限信息）處理過程：根據(jù)用戶的賬戶信息來確定賬戶的權(quán)限信息 P0203處理邏輯編號：P0203處理邏輯名稱：信息呈現(xiàn)簡述： 為不同權(quán)限的用戶呈現(xiàn)不同的主頁信息輸入數(shù)據(jù)流：DF0204（權(quán)限信息）輸出數(shù)據(jù)流：DF0205（用戶主頁信息）處理過程：根據(jù)輸入的賬戶權(quán)限信息生成系統(tǒng)定義的不同的用戶主頁信息，并生成相應(yīng)的頁面 P0301處理邏輯編號：P0301處理邏輯名稱：訂單信息檢測簡述： 檢測用戶提交的訂單的合法性,并進(jìn)行相應(yīng)的預(yù)處理輸入數(shù)據(jù)流：DF0301(訂單)輸出數(shù)據(jù)流：DF0302(反饋信息)、DF0303(合格訂單)處理過程：對用戶提交的訂單信息進(jìn)行檢測，根據(jù)檢測情況生成DF0302(反饋信息)告知普通用戶，若檢測通過則進(jìn)行預(yù)處理（生成系統(tǒng)訂單號，加入下單時間和其他必要預(yù)處理等）生成合格的訂單DF0303(合格訂單)，存儲到DB02（訂單數(shù)據(jù)）；若未通過檢測則僅輸出DF0302(反饋信息) P0302處理邏輯編號：P0302處理邏輯名稱：訂單處理簡述：系統(tǒng)中處理訂單的邏輯輸入數(shù)據(jù)流：DF0303(合格訂單)、DF0306(訂單修改信息)、DF0305(回調(diào)信息)輸出數(shù)據(jù)流：DF0304(更新訂單)處理過程：系統(tǒng)中處理訂單的邏輯，將用戶提交的訂單信息處理為第三方支付所需的信息格式，然后調(diào)用第三方支付，或是接收E04(餐館用戶)提交的修改信息，修改訂單信息，并保存到DB01(訂單數(shù)據(jù)) P0303處理邏輯編號：P0303處理邏輯名稱：第三方支付簡述：系統(tǒng)中處理調(diào)用第三方支付接口的處理邏輯輸入數(shù)據(jù)流：DF0304(賬單信息)輸出數(shù)據(jù)流：DF0305(回調(diào)信息)、DF0307(轉(zhuǎn)賬信息)處理過程：接收DF0304（賬單信息），完成第三方支付轉(zhuǎn)賬，生成反饋信息 P0401處理邏輯編號：P0401處理邏輯名稱：判斷操作簡述： 判斷餐館用戶操作類型輸入數(shù)據(jù)流： DF0401(操作信息）輸出數(shù)據(jù)流： DF0402(添加菜品信息)、DF0403(更新菜品信息)、DF0404(刪除菜品信息)處理過程：根據(jù)餐館用戶提交的操作新決定調(diào)用何種操作，并且準(zhǔn)備操作所需數(shù)據(jù) P0402處理邏輯編號：P0402處理邏輯名稱：添加菜品簡述：添加新菜品信息輸入數(shù)據(jù)流： DF0402(添加菜品信息)輸出數(shù)據(jù)流： DF0402(添加菜品信息)處理過程：將餐館用戶提交的新菜品信息添加到DB03(菜品數(shù)據(jù)) P0403處理邏輯編號：P0403處理邏輯名稱：更新菜品簡述：更新已有菜品信息輸入數(shù)據(jù)流： DF0403(更新菜品信息)輸出數(shù)據(jù)流： DF0403(更新菜品信息)處理過程：將餐館用戶提交的已有菜品更新信息添加到DB03(菜品數(shù)據(jù)) P0404處理邏輯編號：P0404處理邏輯名稱：刪除菜品 簡述：刪除菜品輸入數(shù)據(jù)流： DF0404(刪除菜品信息)輸出數(shù)據(jù)流： DF0404(刪除菜品信息)處理過程：刪除餐館用戶指定的DB03(菜品數(shù)據(jù))中確定的菜品信息 P0405處理邏輯編號：P0405處理邏輯名稱：檢索菜品 簡述：按用戶提供的檢索信息查詢菜品信息 輸入數(shù)據(jù)流： DF0405(菜品信息)、DF0406 (檢索信息)輸出數(shù)據(jù)流： DF0405(菜品信息)處理過程：接收餐館用戶提供的檢索添加信息，然后按條件訪問DB03(菜品數(shù)據(jù))，提取出滿足條件的菜品信息展示給用戶 P0501處理邏輯編號：P0501處理邏輯名稱：處理請求信息簡述：請求信息處理輸入數(shù)據(jù)流： DF0501(請求信息)輸出數(shù)據(jù)流： DF0502(查詢信息)處理過程：處理由用戶提交的請求，分析查詢的信息 P0502處理邏輯編號：P0502處理邏輯名稱：檢索餐館菜品簡述：向用戶展示菜品信息輸入數(shù)據(jù)流： DF0503 (菜品信息) 輸出數(shù)據(jù)流： DF0503 (菜品信息)處理過程：按用戶的查詢信息，從DB03(菜品數(shù)據(jù))中提出滿足條件的菜品數(shù)據(jù)生成DF0503 (菜品信息)展示給用戶 P0601處理邏輯編號：P0601處理邏輯名稱：用戶信息展示簡述：將用戶信息加工成適合用戶瀏覽的格式輸入數(shù)據(jù)流：DF0601(用戶信息)輸出數(shù)據(jù)流：DF0601(用戶信息)處理過程：根據(jù)用戶登錄信息，從DB01(用戶數(shù)據(jù))中提取用戶信息，并轉(zhuǎn)化其格式一便于用戶瀏覽和修改 P0602處理邏輯編號：P0602處理邏輯名稱：信息操作簡述：處理用戶的個人信息操作輸入數(shù)據(jù)流：DF0602(操作信息)、DF0603(提交數(shù)據(jù))輸出數(shù)據(jù)流：DF0604(更新信息)處理過程：根據(jù)用戶提交的DF0602(操作信息)判斷其操作類型，然后根據(jù)對應(yīng)操作提取相應(yīng)操作數(shù)據(jù)更新DB01(用戶數(shù)據(jù)) P0701處理邏輯編號：P0701處理邏輯名稱：處理請求信息簡述：處理用戶的請求信息輸入數(shù)據(jù)流：DF0701(請求信息)輸出數(shù)據(jù)流：DF0702(查詢信息)處理過程：接收用戶輸入的請求信息，從中提取出查詢信息 P0702處理邏輯編號：P0702處理邏輯名稱：檢索餐館信息簡述：提取餐館信息輸入數(shù)據(jù)流：DF0702(查詢信息)、DF0703(餐館信息)輸出數(shù)據(jù)流：DF0703(餐館信息)處理過程：根據(jù)用戶的DF0702(查詢信息)，從DB01(用戶數(shù)據(jù))中提取出滿足條件的DF0703(餐館信息) P0703處理邏輯編號：P0703處理邏輯名稱：餐館信息展示簡述：轉(zhuǎn)換餐館信息的展示格式輸入數(shù)據(jù)流：DF0703(餐館信息)輸出數(shù)據(jù)流：DF0703(餐館信息)處理過程：將DF0703(餐館信息)轉(zhuǎn)換成用戶瀏覽的格式，并展示給用戶 數(shù)據(jù)存儲定義。 菜品展示數(shù)據(jù)流程圖（6） 。數(shù)據(jù)流程圖（Data Flow Diagram，DFD），是全面描述信息系統(tǒng)模型的主要工具。 圖例。（2）系統(tǒng)支持的并發(fā)訪問量應(yīng)不低于500。（5）其他個人賬戶信息管理功能。關(guān)于餐館用戶，系統(tǒng)提供的功能有。（4）訂單的查看功能。 需求分析 系統(tǒng)功能需求分析擬設(shè)計本系統(tǒng)為基于Java開源技術(shù)的聯(lián)系點餐客戶與供餐商家的點餐系統(tǒng)平臺，它將用戶分為普通用戶，餐館用戶和系統(tǒng)維護(hù)人員（管理員）三種用戶。（2）成本低廉。所以，經(jīng)濟上系統(tǒng)是可行的。部署文件時，只需將WAR文件放到Tomcat的webapp目錄下，Tomcat會自動檢測和解壓該文件。MySQL具有良好的連通性、速度和安全性、這使得MySQl很適合作為Internet上的數(shù)據(jù)庫。（6）強大的數(shù)據(jù)庫支持。JSP技術(shù)的特點有：（1）極強的的跨平臺性。Java的特點之一就是內(nèi)置對多線程的支持。開發(fā)Java語言的動力源于對獨立平臺的需要，即這種語言編寫的程序不會因為芯片的變化而發(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)。它強調(diào)從系統(tǒng)的角度出發(fā)分析問題和解決問題，面對要開發(fā)的系統(tǒng)，從層次的角度，自頂向下地分析和設(shè)計系統(tǒng)，認(rèn)為任何系統(tǒng)都有一個從發(fā)生、發(fā)展到消亡的生命周期，新系統(tǒng)就是舊系統(tǒng)的繼續(xù)。 系統(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)運行等五個階段。本文將研究基于互聯(lián)網(wǎng)的餐館點餐系統(tǒng)，從而為小型餐館分析設(shè)計一套適合其的點餐系統(tǒng)。顧客到這樣的餐館里就餐，從點餐到上菜付賬的整個流程，均自動化完成。這些小型餐館數(shù)量繁多，潛力巨大，如何實現(xiàn)其信息化是一個很有研究價值的課題。此外， 白領(lǐng)階層需求的日益增多和“宅族”的興起，使越來越多的餐飲企業(yè)為增加利潤提供了外賣送餐服務(wù)。近些年來，信息技術(shù)已被應(yīng)用到一部分餐飲企業(yè)點餐、采購、客戶關(guān)系管理、人員考核管理等多個方面，對這些企業(yè)的管理水平的提升和流程的再造起到了積極的作用。這種點餐系統(tǒng)需要有聯(lián)網(wǎng)的電腦來支持顧客訂餐、退餐等操作，但是不是每個顧客都有固定的電腦， 亦或是在外出中沒有使用電腦的條件， 這樣就不能訂餐、退餐?！坝啿蛯殹笔怯斜本┞?lián)通研發(fā)的一款優(yōu)秀的訂餐系統(tǒng)，其是為餐飲企業(yè)中的客戶管理研發(fā)的行業(yè)級解決方案，可以為餐飲企業(yè)提供包括確認(rèn)短信的實時發(fā)送、客戶數(shù)據(jù)庫的自動創(chuàng)建、營銷經(jīng)理管理和客戶潛在價值發(fā)掘等一體化的功能。在對點餐流程的研究和對業(yè)務(wù)詳細(xì)的分析基礎(chǔ)上，結(jié)合系統(tǒng)開發(fā)技術(shù)，實現(xiàn)點餐的數(shù)字化、網(wǎng)絡(luò)化管理。（3）系統(tǒng)設(shè)計階段的工作是在邏輯模型基礎(chǔ)上設(shè)計系統(tǒng)的物理模型設(shè)計。這也是本文采用的主要系統(tǒng)開發(fā)方法。客觀世界是由許多具體事物或事件、抽象的概念及規(guī)律等組成的，因此，我們將任何感興趣或要加以研究的事物、概念都統(tǒng)稱為對象（Object）。與其他語言相比，Java語言最大的優(yōu)勢就是它的平臺無關(guān)性，這也是Java風(fēng)靡全球的主要原因。（5）動態(tài)。（3）程序的執(zhí)行效率高。它是一家第二代開放源代碼公司，結(jié)合了開放源碼價值取向、方法和成功的商業(yè)模型。（4）可伸縮性和限制。Tomcat使用與中小型系統(tǒng)和并發(fā)訪問用戶不太多的場合，是開發(fā)和調(diào)試JSP程序的首選。本系統(tǒng)所選用的開源框架Spring，Hibernate及SpringMVC都是高效的易用并且易用于系統(tǒng)開發(fā)的主流java開發(fā)框架，采用框架技術(shù)，可以迅速的搭建起系統(tǒng)的雛形，從而使編程人員可以將大部分精力用到系統(tǒng)的業(yè)務(wù)邏輯的編寫上，提高了開發(fā)效率。對于點餐系統(tǒng)服務(wù)的實際使用者而言，實際上，根本沒有任何的系統(tǒng)維護(hù)工作，因為這些工作都有系統(tǒng)的運營者管理員做了，而系統(tǒng)本身也是基于B/S架構(gòu)模式的，本身維護(hù)起來也很容易。用戶訪問點餐系統(tǒng)，便可以查看自己喜歡的菜品信息，同時也可以按照自己的喜好進(jìn)行篩選查詢。下達(dá)訂單后，用戶可以選擇在線支付。（2）餐館活動信息發(fā)布功能。菜品是點餐的目的，沒有菜品就不能進(jìn)行點餐，所以，有關(guān)菜品的功能是本系統(tǒng)的核心功能，包括餐館用戶的菜品管理，普通用戶的菜單點餐。 系統(tǒng)業(yè)務(wù)流程分析本系統(tǒng)的用戶分為普通用戶，餐館用戶和管理員用戶。 用戶點餐業(yè)務(wù)流程圖用戶訂單管理實現(xiàn)普通用戶和餐館用戶對訂單的管理功能。系統(tǒng)二級數(shù)據(jù)流程圖有。本系統(tǒng)的數(shù)據(jù)字典如下。信息展示包括菜品信息和餐館信息的展示，信息發(fā)布則僅為餐館用戶發(fā)布菜品及其優(yōu)惠活動信息的發(fā)布，點餐是核心功能，用戶可以在線選取喜歡的菜品或者移出菜品，而訂單則是保證點餐的服務(wù)功能，普通用戶通過訂單與餐館用戶完成交易，個人信息設(shè)置則是一個系統(tǒng)向用戶提供的基礎(chǔ)功能。三類用戶都必須能夠通過登錄模塊進(jìn)入系統(tǒng)中。其管理功能應(yīng)該包括系統(tǒng)維護(hù)，用戶管理和特殊情況處理等基本功能。另外，餐館用戶可以在該模塊添加菜品分類，菜品分類是餐館用管理菜品的輔助工具。該系統(tǒng)的實現(xiàn)價值是在系統(tǒng)中的菜品和餐館信息量巨大時，能讓用戶快速的尋找到自己偏好的菜品或餐館信息。數(shù)據(jù)庫：MySql 及其以上版本。 區(qū)域代碼abccdd地區(qū)序號市縣省a的取值為1—華北，2—東北，3—華東，4—華南，5—西南，6—西北；b為a地區(qū)省的序號，如50—重慶、51—四川。為本系統(tǒng)選擇數(shù)據(jù)類型除考慮經(jīng)濟性外，同時也要考慮適用性，數(shù)據(jù)庫系統(tǒng)太大雖然功能強大但是也會降低更多的系統(tǒng)效率，數(shù)據(jù)庫系統(tǒng)太小則不能滿足系統(tǒng)需求。 菜品。字段名類型長度是否空主鍵外鍵說明idint11否是否文件Idcontent_typevarchar255否否否內(nèi)容類型created_datedatetime11否否否上傳時間enabledbit11否否否是否可用existedbit1是否否是否存在file_namevarchar255否否否文件名file_sizeint11否否否文件大小file_urlvarchar255是否否文件地址own_idint11是否是所屬對象idown_typevarchar255是否否所屬對象類型 數(shù)據(jù)庫表的創(chuàng)建普通用戶數(shù)據(jù)表的創(chuàng)建腳本代碼如下。CREATE TABLE `catery_order` ( `id` int(11) NOT NULL AUTO_INCREMENT, `order_code