課程設計報告案例2-餐館點餐系統(tǒng)分析和設計

WORD格式整理版WORD格式整理版/本科畢業(yè)設計〔論文題目餐館點餐系統(tǒng)分析與設計目錄TOC\h\z\t"二級標題,2,三級標題,3,四級標題,4,一級標題,1"1緒論11.1問題的提出11.2國內外研究的現(xiàn)狀11.3研究的目的及意義21.3.1研究的目的21.3.2研究的意義21.4研究的基本思路和方法21.4.1研究的基本思路31.4.2研究的基本方法32相關基礎理論和技術簡介52.1基礎理論簡介52.1.1結構化系統(tǒng)開發(fā)方法52.1.2戰(zhàn)略數據規(guī)劃法52.1.3原型法52.1.4面向對象的開發(fā)方法62.2技術簡介62.2.1Java簡介62.2.2JSP簡介6MySQL簡介72.2.4Tomcat簡介83系統(tǒng)分析93.1系統(tǒng)可行性分析93.1.1經濟可行性93.1.2技術可行性9運行可行性93.2需求分析103.2.1系統(tǒng)功能需求分析10系統(tǒng)性能需求分析113.3系統(tǒng)業(yè)務流程分析113.4系統(tǒng)數據流程分析143.5數據字典183.5.1數據項定義183.5.2數據結構定義223.5.3數據流定義233.5.4處理邏輯定義323.5.5數據存儲定義383.5.6外部實體定義384系統(tǒng)總體設計404.1系統(tǒng)功能模塊設計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個人信息設置模塊424.2系統(tǒng)環(huán)境配置424.3系統(tǒng)結構模型設計425系統(tǒng)詳細設計445.1代碼設計445.2數據庫設計445.2.1數據庫概念模型455.2.2數據庫表設計475.2.3數據庫表的創(chuàng)建515.3輸入輸出設計565.3.1輸入設計565.3.2輸出設計575.4處理流程設計585.4.1注冊流程設計595.4.2登錄流程設計595.4.3系統(tǒng)管理流程設計605.4.4菜品信息管理流程設計605.4.5訂單管理流程設計615.4.6在線支付流程設計625.4.7信息篩選流程設計635.4.8個人信息設置流程設計645.5界面設計645.5.1系統(tǒng)主頁面設計645.5.2注冊頁面設計655.5.3登錄頁面設計655.5.4餐館主頁設計665.5.5信息設置頁面設計676系統(tǒng)實現(xiàn)與評價696.1系統(tǒng)的實現(xiàn)696.1.1注冊模塊696.1.2登錄模塊716.1.3菜品信息管理模塊726.1.4訂單管理模塊776.1.5餐館信息設置模塊786.2系統(tǒng)測試826.2.1測試方法826.2.2測試用例836.2.4測試結論926.3系統(tǒng)評價927結論93致謝94參考文獻95WORD格式整理版WORD格式整理版WORD格式整理版WORD格式整理版1緒論1.1問題的提出據《餐飲行業(yè)投資報告》統(tǒng)計,經過半個多世紀的發(fā)展,中國的餐飲行業(yè)已經成長為中國第三產業(yè)中的佼佼者之一,強勁的發(fā)展勢頭使其成為對社會經濟和人民生活具有較強影響力的重要行業(yè)。[1]消費水平的不斷提升和生活節(jié)奏的不斷加快使人們外出就餐或者叫送外賣逐漸發(fā)展為了一種生活方式。此外,白領階層需求的日益增多和"宅族"的興起,使越來越多的餐飲企業(yè)為增加利潤提供了外賣送餐服務。在傳統(tǒng)訂餐中,人們通常是以打電話的方式進行的,人們需要事先知道訂餐到餐館中的菜品信息,同時人們受地理位置的局限人們只能預訂自己位置周圍有限的餐館的餐點。這與人們不斷提高的消費需求是系相矛盾的,因此如何讓更大范圍內的用戶能夠預訂自己餐館的菜品是這些餐館應該考慮的問題。近些年來,信息技術已被應用到一部分餐飲企業(yè)點餐、采購、客戶關系管理、人員考核管理等多個方面,對這些企業(yè)的管理水平的提升和流程的再造起到了積極的作用。其發(fā)展經歷了紙質手寫、無線PDA點餐和觸摸屏自助點餐。這些餐飲企業(yè)提升了服務質量,提高了經營效率,方便了管理。但這只是餐飲行業(yè)中的少數中大型企業(yè)。中國餐飲企業(yè)長期以來采取"小作坊"似的經營模式,絕大多數小型餐館缺乏科學的管理,沒有實現(xiàn)也沒有能力實現(xiàn)信息化。這些小型餐館數量繁多,潛力巨大,如何實現(xiàn)其信息化是一個很有研究價值的課題。本文以餐飲行業(yè)中小型餐館的點餐系統(tǒng)為研究對象,試圖分析設計適合這些餐館的點餐系統(tǒng)。1.2國內外研究的現(xiàn)狀過去的訂餐系統(tǒng)要么是基于B/S結構,要么是基于C/S結構的信息管理系統(tǒng)。這種點餐系統(tǒng)需要有聯(lián)網的電腦來支持顧客訂餐、退餐等操作,但是不是每個顧客都有固定的電腦,亦或是在外出中沒有使用電腦的條件,這樣就不能訂餐、退餐。顧客雖然不一定隨時隨地都能使用電腦,但他們隨時隨地都有手機,可以通過手機進行操作。為方便顧客點餐訂餐,促進餐飲行業(yè)的信息化,提高餐飲企業(yè)的工作效率,需要開發(fā)一套能夠使用移動互聯(lián)網的訂餐系統(tǒng)。歐美國家依靠在通訊技術領域及軟件開發(fā)方面的優(yōu)勢,用低成本實現(xiàn)了無線點餐系統(tǒng),加之發(fā)達的經濟水平的推動,國外在酒店和酒吧里點餐系統(tǒng)應用相對較廣泛。在德國,已經有了"全自動"的餐館,這種餐館中僅有兩名維持餐館衛(wèi)生的服務員。顧客到這樣的餐館里就餐,從點餐到上菜付賬的整個流程,均自動化完成。這些點餐系統(tǒng)需要較高的技術設備支持,并不適用普通小型餐館。國內已有成型的訂餐系統(tǒng),如北京聯(lián)通研發(fā)的"訂餐寶"。"訂餐寶"是有北京聯(lián)通研發(fā)的一款優(yōu)秀的訂餐系統(tǒng),其是為餐飲企業(yè)中的客戶管理研發(fā)的行業(yè)級解決方案,可以為餐飲企業(yè)提供包括確認短信的實時發(fā)送、客戶數據庫的自動創(chuàng)建、營銷經理管理和客戶潛在價值發(fā)掘等一體化的功能。但是"訂餐寶"并不適用普通小型餐館,它仍需要較高的技術支持,對操作人員要求較高,適合于大中型的餐飲企業(yè)。1.3研究的目的及意義研究的目的近年來,互聯(lián)網發(fā)展迅速,如果說過去互聯(lián)網改變了網民的生活方式,那么現(xiàn)在的互聯(lián)網時代將要改變全民的生活方式?；ヂ?lián)網的使用方便快捷,同時更不受時間空間的限制。互聯(lián)網時代的到來同時也可以為餐飲產業(yè)信息化助力,使信息化的成本大幅降低。本文將研究基于互聯(lián)網的餐館點餐系統(tǒng),從而為小型餐館分析設計一套適合其的點餐系統(tǒng)。1.3.2研究的意義國民經濟的快速發(fā)展一方面不斷加快了人們的生活節(jié)奏,另一方面又使人們的上班時間變得很緊張,但是無論如何,人們少不了一日三餐。在線訂餐系統(tǒng)的出現(xiàn),極大地簡化了人們的點餐流程,人們只需要在有網的地方便可以為親朋好友的聚會準備豐盛的美食；同時,對于餐飲企業(yè),這種點餐方式也能更方便高效地實現(xiàn)客戶點餐信息的收集與分析,這在提高餐飲行業(yè)服務質量上將起到重要的作用。在對點餐流程的研究和對業(yè)務詳細的分析基礎上,結合系統(tǒng)開發(fā)技術,實現(xiàn)點餐的數字化、網絡化管理。餐飲系統(tǒng)的功能不外乎兩個,一是使用信息系統(tǒng)管理餐飲業(yè)務,二是用計算機處理代替諸如如點菜和菜單傳送的人工服務。同時,該系統(tǒng)是一個網上點餐信息平臺,將實現(xiàn)客戶瀏覽菜品、商家信息,選擇菜品,下訂單,在線支付,預約就餐時間等服務。1.4研究的基本思路和方法研究的基本思路本文研究的基本思路是：借鑒國內外餐館點餐系統(tǒng)的理論研究與實踐成果,分析餐館點餐業(yè)務流程及數據流程,運用分析的結果設計點餐系統(tǒng),最后實現(xiàn)其簡單的基本功能。研究的基本方法餐館訂餐系統(tǒng)整體規(guī)劃方式采用企業(yè)系統(tǒng)規(guī)劃〔BSP法,如圖1.1。圖1.1系統(tǒng)整體規(guī)劃流程圖系統(tǒng)的開發(fā)方法采用結構化系統(tǒng)開發(fā)方法,結構化開發(fā)方法包括系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施和系統(tǒng)運行等五個階段。〔1系統(tǒng)規(guī)劃階段的主要工作是根據前期收集的餐飲行業(yè)資料,分析整理得出目標客戶的系統(tǒng)需求,進行初步調查,確定目標客戶目標及訂餐系統(tǒng)目標,確定分階段實施進度。〔2系統(tǒng)分析階段的工作是根據系統(tǒng)總體規(guī)劃的要求,設計系統(tǒng)的邏輯模型。〔3系統(tǒng)設計階段的工作是在邏輯模型基礎上設計系統(tǒng)的物理模型設計?！?系統(tǒng)實施階段的工作是實現(xiàn)系統(tǒng)的代碼編寫和系統(tǒng)使用人員的培訓,同時系統(tǒng)的數據準備和試運行也在這個階段進行。〔5系統(tǒng)運行與維護階段進行系統(tǒng)的日常運行管理、評價、監(jiān)理審計,修改、維護、局部調整,在出現(xiàn)不可調和的大問題時,進一步提出開發(fā)新系統(tǒng)的方案,老系統(tǒng)生命周期結束,新系統(tǒng)誕生,構成系統(tǒng)的一個生命周期,如圖1.2。圖1.2系統(tǒng)生命周期流程圖2相關基礎理論和技術簡介2.1基礎理論簡介2.1.1結構化系統(tǒng)開發(fā)方法結構化系統(tǒng)開發(fā)方法〔StructuredSystemDevelopmentMethodolgies,亦稱SSA&D〔StructuredSystemDevelopmentDesign或SADT〔StructuredAnalysisandDesignTechnologies,是自頂向下結構化方法、工程化的系統(tǒng)開發(fā)方法和生命周期方法的結合。它強調從系統(tǒng)的角度出發(fā)分析問題和解決問題,面對要開發(fā)的系統(tǒng),從層次的角度,自頂向下地分析和設計系統(tǒng),認為任何系統(tǒng)都有一個從發(fā)生、發(fā)展到消亡的生命周期,新系統(tǒng)就是舊系統(tǒng)的繼續(xù)。開發(fā)過程強調嚴格的規(guī)范管理,工作文檔要成文、要標準。其開發(fā)步驟主要有五個階段,即系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施和系統(tǒng)運行[2]。這也是本文采用的主要系統(tǒng)開發(fā)方法。2.1.2戰(zhàn)略數據規(guī)劃法戰(zhàn)略數據規(guī)劃方法是美國著名學者J.馬丁〔JamesMartin在他的著作《戰(zhàn)略數據規(guī)劃方法》、《沒有程序員的開發(fā)》等書中提到的。戰(zhàn)略數據規(guī)劃方法的主要技術內容包括：如何自頂向下來組織規(guī)劃；建立企業(yè)的信息模型；主要數據庫的設計與組織；戰(zhàn)略數據規(guī)劃的具體執(zhí)行過程。J.馬丁在他的著作中明確指出,系統(tǒng)規(guī)劃的基本內容有三個方面：企業(yè)的經營戰(zhàn)略規(guī)劃；企業(yè)信息系統(tǒng)的設備配置規(guī)劃；企業(yè)特定的主題數據庫規(guī)劃。原型法原型法的基本思想是1977年開始提出來的,到了20世紀80年代隨著計算機軟技術的發(fā)展,特別是在關系數據庫系統(tǒng)〔RelationalDataBaseSystem,RDBS、第四代程序生成語言〔4thGenerationLanguage,4GL以及各種系統(tǒng)開發(fā)生成環(huán)境產生的基礎上,提出的一種從設計思想、工具、手段都全新的系統(tǒng)開發(fā)方法。原型法改進了機構化系統(tǒng)開發(fā)方法的不足,它并不注重對管理信息系統(tǒng)進行全面、系統(tǒng)的調查和分析,而是由用戶和系統(tǒng)分析人員合作,在短期內定義用戶的基本需求,迅速構造一個功能不是十分完善的新系統(tǒng)原型,然后先運行這個原型,再不斷評價和改進原型,最終形成實際系統(tǒng)。2.1.4面向對象的開發(fā)方法面向對象的開發(fā)方法是人們在實踐中逐漸提出的一種新方法。面向對象方法的出發(fā)點和基本原則是盡可能按照人類認識世界的方法和思維方式來分析和解決問題。客觀世界是由許多具體事物或事件、抽象的概念及規(guī)律等組成的,因此,我們將任何感興趣或要加以研究的事物、概念都統(tǒng)稱為對象〔Object。面向對象的開發(fā)方法的優(yōu)點有：〔1有利于系統(tǒng)開發(fā)過程中用戶與開發(fā)人員的交流和溝通,縮短開發(fā)周期,提高系統(tǒng)開發(fā)的正確性和效率?！?可以使軟件的一致性、模塊的獨立性以及程序的共享和可重用性大大提高,也與分布式處理、多機系統(tǒng)及網絡通信等發(fā)展趨勢相吻合,具有廣闊的應用前景。〔3有強大的技術支持。2.2技術簡介2.2.1Java簡介Java誕生于1995年,是Sun公司組織開發(fā)的一門編程語言,主要貢獻者是JamesGosling。開發(fā)Java語言的動力源于對獨立平臺的需要,即這種語言編寫的程序不會因為芯片的變化而發(fā)生無法運行或運行錯誤。1990年,Sun公司成立了有JamesGosling領導的開發(fā)小組,開始致力于開發(fā)一種可移植的、跨平臺的語言,該語言能夠生成正確運行于各種操作系統(tǒng)、適應各種CPU芯片的代碼。Java有以下幾個特點：〔1平臺無關性。與其他語言相比,Java語言最大的優(yōu)勢就是它的平臺無關性,這也是Java風靡全球的主要原因?！?面向對象。面向對象是一種先進的編程思想,更加容易解決復雜的問題。面向對象編程具有封裝、繼承和多態(tài)的特點?！?多線程。Java的特點之一就是內置對多線程的支持?！?安全。使用支持Java的瀏覽器時,JavaApplet將限制在Java運行環(huán)境中,不必擔心病毒的感染?！?動態(tài)。Java的基本組成單元是類,而類是由運行時動態(tài)加載的。[5]2.2.2JSP簡介JSP是JavaServerPage的簡稱,是由Sun公司倡導、多家公司參與、于1996年6月推出的一種服務器端動態(tài)網頁技術。在傳統(tǒng)的網頁文件中加入Java程序片段和JSP標記,就構成了JSP網頁。JSP基于JavaServlet和整個Java體系,其涉及目的是是的構建基于Web的應用程序更加容易和快捷,能夠與各種Web服務器、應用服務器和開發(fā)工具共同工作,并且它還能應用于不同的操作平臺上,適宜于建立快速的、安全的跨平臺動態(tài)網站。JSP技術的特點有：〔1極強的的跨平臺性。由于JSP使用Java語言作為其腳本語言,所以它具有Java語言強大的跨平臺性。〔2內容的生成和顯示可以分離?！?程序的執(zhí)行效率高。JSP頁面被編譯成Servlet并由Java虛擬機執(zhí)行,編譯過程只在JSP頁面第一次執(zhí)行時進行,不需要每次執(zhí)行程序是都編譯,這在一定程度上可以提高程序執(zhí)行效率?！?生成可重用的群組件。JSP可以配合實際開發(fā)中的特定功能的群組件開發(fā)。〔5采用標記標記簡化頁面開發(fā)?！?強大的數據庫支持。[3]2.2.3MySQL簡介MySQL是最流行的開放源碼SQL數據庫管理系統(tǒng),它是由MySQLAB公司開發(fā)、發(fā)布并支持的。MySQLAB是由多名MySQL開發(fā)人創(chuàng)辦的一家商業(yè)公司。它是一家第二代開放源代碼公司,結合了開放源碼價值取向、方法和成功的商業(yè)模型。MySQL的特點有：〔1開放源代碼。"開放源代碼"意味著任何人都能使用和改變軟件。任何人都能從Internet上下載MySQL軟件,而無需支付任何費用。〔2反應迅速。MySQL具有良好的連通性、速度和安全性、這使得MySQl很適合作為Internet上的數據庫。〔3多種工作模式。MySQL數據庫軟件是一種客戶端/服務器系統(tǒng),有支持不同后端的一個多線程SQL服務器、數據不同的客戶端程序和庫、眾多管理工具和廣泛的應用編程接口API組成?！?可伸縮性和限制。MySQL服務器可以處理包含5千萬條記錄的數據庫,甚至有些用戶將MySQL用于含60000個表和約50億行的數據庫[4]。2.2.4Tomcat簡介Tomcat是Sun的JSWDK〔JavaServerWebDevelopmentKit中的Servlet容器,屬于Apache軟件基金會〔ApacheSoftwareFoundation的Jakarta項目中的一個核心項目,由Apache、Sun和其他一些公司和個人共同開發(fā)而成。Tomcat既是一個開源源碼、免費支持JSP和Servlet技術容器,同時又是一個Web服務器軟件,受到了Sun公司的大力推薦和支持。與傳統(tǒng)桌面應用程序不同,Tomcat中的應用程序是一個WAR〔WebArchive文件,它是許多文件構成的一個壓縮包,包中的文件按照一定目錄結構來組織,不同目錄中的文件也具有不同的功能。部署文件時,只需將WAR文件放到Tomcat的webapp目錄下,Tomcat會自動檢測和解壓該文件。JSP文件第一次執(zhí)行時,首先由Tomcat將其轉化為Servlet文件,然后編譯,所以速度會慢一些,但后續(xù)執(zhí)行是速度會很快。Tomcat是一個小型的輕量級應用服務器,運行時占用的系統(tǒng)資源小、擴展性好、支持負載平衡與郵件服務等開發(fā)應用系統(tǒng)中的常見功能,并且不斷改進和完善。Tomcat使用與中小型系統(tǒng)和并發(fā)訪問用戶不太多的場合,是開發(fā)和調試JSP程序的首選。3系統(tǒng)分析3.1系統(tǒng)可行性分析3.1.1經濟可行性本系統(tǒng)的開發(fā)因采用Java開源技術,所以開發(fā)成本很低,系統(tǒng)的成本消耗主要來源于運營。本系統(tǒng)要正常使用需要有一個服務團隊負責運營,同時需要有一些線下推廣活動成本消耗。但是本系統(tǒng)的目標用戶是一些有經濟能力的餐館用戶,所以,運營成本可以從向餐館用戶收取的使用費中抵消。同時,隨著使用者數量的增加,使用費在累計增加,而運營費用卻相對不變甚至降低,這是系統(tǒng)便能實現(xiàn)盈利。所以,經濟上系統(tǒng)是可行的。3.1.2技術可行性本系統(tǒng)用java開源技術實現(xiàn),集成開發(fā)環(huán)境選用頗受好評的Eclipse,數據庫采用MySql數據庫。Eclipse功能強大且易用開發(fā)效率極高,選擇它作為系統(tǒng)開發(fā)環(huán)境,可以完成系統(tǒng)代碼的編寫。本系統(tǒng)所選用的開源框架Spring,Hibernate及SpringMVC都是高效的易用并且易用于系統(tǒng)開發(fā)的主流java開發(fā)框架,采用框架技術,可以迅速的搭建起系統(tǒng)的雛形,從而使編程人員可以將大部分精力用到系統(tǒng)的業(yè)務邏輯的編寫上,提高了開發(fā)效率。系統(tǒng)中涉及的功能可以全部實現(xiàn)論為可行。運行可行性基于Web的點餐系統(tǒng)相對于傳統(tǒng)的餐館點餐系統(tǒng)有以下優(yōu)勢：〔1更具有通用性。本系統(tǒng)不是為某一個餐館設計的,它是一個點餐信息平臺,相當于一個點餐信息中轉站。可以為普通用戶提供菜品信息,同時更重要的是可以為餐館提供信息發(fā)布的平臺,理論上適合所有的餐館。〔2成本低廉。本系統(tǒng)使用成本低廉,實際上,相對于使用點餐系統(tǒng)的餐館用戶而言,他們所做的僅僅是在平臺上注冊一個賬號就擁有了一個自己的點餐系統(tǒng)。〔3更容易維護。對于點餐系統(tǒng)服務的實際使用者而言,實際上,根本沒有任何的系統(tǒng)維護工作,因為這些工作都有系統(tǒng)的運營者管理員做了,而系統(tǒng)本身也是基于B/S架構模式的,本身維護起來也很容易。〔4使用簡單?！?功能更強大。本系統(tǒng)除提供主要的點餐功能外,還能為餐館進行如推廣的其他更多的服務,功能更為強大。所以本系統(tǒng)是可以成功運行起來的。3.2需求分析3.2.1系統(tǒng)功能需求分析擬設計本系統(tǒng)為基于Java開源技術的聯(lián)系點餐客戶與供餐商家的點餐系統(tǒng)平臺,它將用戶分為普通用戶,餐館用戶和系統(tǒng)維護人員〔管理員三種用戶。系統(tǒng)按用戶類型不同提供不同的功能。對于普通用戶,系統(tǒng)提供的功能有：〔1在線查找菜品信息的功能。用戶訪問點餐系統(tǒng),便可以查看自己喜歡的菜品信息,同時也可以按照自己的喜好進行篩選查詢?！?在線查找餐館信息的功能。用戶還可以在系統(tǒng)平臺上在線查看在本平臺上注冊的餐館信息,獲取訂餐信息?！?在線下訂單的功能。在選取自己喜歡的菜品后,用戶還可向發(fā)布該菜品信息的餐館下達點餐訂單,從而實現(xiàn)點餐的功能?！?訂單的查看功能。用戶登錄后,可以查看自己的點餐訂單記錄?！?在線支付功能。下達訂單后,用戶可以選擇在線支付?！?對菜品、餐館評論分享的功能。用戶還可以對自己喜歡的菜品餐館進行評論和分享。〔7個人信息設置功能。用戶可以對設置自己的信息。關于餐館用戶,系統(tǒng)提供的功能有。〔1菜品信息發(fā)布管理功能。餐館用戶登錄后,可以發(fā)布菜品信息,該信息將會在系統(tǒng)首頁上和餐館主頁上顯示?！?餐館活動信息發(fā)布功能。餐館用戶還可以發(fā)布自己近期的活動信息；〔3訂單管理功能。餐館用戶可以對普通用戶下達的訂單進行相應的處理操作?！?退款功能。當由于一些特殊原因時,普通用戶要求退款是,餐館用戶應該能夠進行退款操作。〔5其他個人賬戶信息管理功能。關于系統(tǒng)維護人員,系統(tǒng)提供的功能有：對所有用戶數據進行管理?？傮w來看,餐館點餐系統(tǒng)的核心功能是點餐,所以在該系統(tǒng)中核心的管理重點是點餐中涉及的菜品,點餐用戶和餐館用戶。菜品是點餐的目的,沒有菜品就不能進行點餐,所以,有關菜品的功能是本系統(tǒng)的核心功能,包括餐館用戶的菜品管理,普通用戶的菜單點餐。另外,支付功能也是本系統(tǒng)的核心功能之一,者關系到系統(tǒng)的是否好用,決定了系統(tǒng)的質量。最后是權限,用戶的信息安全必須有保證。系統(tǒng)性能需求分析本系統(tǒng)作為基于Web架構的網上點餐系統(tǒng)平臺,應達到以下性能要求：〔1頁面響應的時間應低于5秒。系統(tǒng)的服務對象為普通用戶和餐館用戶,這些用戶大多是對電腦操作很熟悉,同時也對界面響應時間很敏感,如果需相應時間太長會影響用戶體驗,讓用戶喪失使用信心,遮掩不利于系統(tǒng)的推廣,所以相應時間不應超過5秒。〔2系統(tǒng)支持的并發(fā)訪問量應不低于500?！?Web服務穩(wěn)定工作持續(xù)時間大于等于3天?！?數據更新操作業(yè)務高峰值應達到150筆/分鐘；數據查詢操作業(yè)務峰值100筆/分鐘。3.3系統(tǒng)業(yè)務流程分析本系統(tǒng)的用戶分為普通用戶,餐館用戶和管理員用戶。其中普通用戶和餐館用戶為系統(tǒng)的客戶。系統(tǒng)主要是為普通用戶和餐館用戶服務的,所以主要業(yè)務業(yè)務室針對這兩類用戶的,其中普通用戶的業(yè)務有點餐、在線支付和申請退款,餐館用戶有菜品管理、訂單管理和退款。以下主要業(yè)務及業(yè)務流程圖。圖例如圖3.1。圖3.1圖例系統(tǒng)總的業(yè)務流程圖如圖3.2。圖3.2系統(tǒng)總業(yè)務流程圖用戶注冊業(yè)務實現(xiàn)了普通用戶和餐館用戶的開戶功能,如圖3.3。圖3.3用戶注冊業(yè)務流程圖點餐業(yè)務是系統(tǒng)的核心業(yè)務,實現(xiàn)普通用戶點餐的功能,如圖3.4。圖3.4用戶點餐業(yè)務流程圖用戶訂單管理實現(xiàn)普通用戶和餐館用戶對訂單的管理功能,如圖3.5。圖3.5用戶訂單管理業(yè)務流程圖用戶在線支付業(yè)務實現(xiàn)普通用戶點餐在線轉賬到餐館用戶的功能,如圖3.6。圖3.6用戶在線支付業(yè)務流程圖用戶退款業(yè)務實現(xiàn)了當點餐失敗訂單作廢時,普通用戶申請退款的功能,如圖3.7。圖3.7用戶退款業(yè)務流程圖3.4系統(tǒng)數據流程分析數據流程分析主要是根據需求調查的基礎資料和所有業(yè)務流程圖而進行的分析工作。數據流程描述的是信息在系統(tǒng)中流動、處理和存儲的過程。數據流程圖〔DataFlowDiagram,DFD,是全面描述信息系統(tǒng)模型的主要工具,其圖例如圖3.1。圖3.1圖例用數據流程圖分析本系統(tǒng)的主要數據流程如下。系統(tǒng)頂層數據流程圖如圖3.2。圖3.2系統(tǒng)頂層數據流程圖系統(tǒng)二級數據流程圖有。用戶注冊數據流程如圖3.3圖3.3用戶注冊數據流程圖用戶登錄數據流程如圖3.4。圖3.4用戶登錄數據流程圖點餐數據流程如圖3.5。圖3.5用戶點餐數據流程圖菜品信息管理數據流程如圖3.6。圖3.6菜品信息管理數據流程圖菜品展示數據流程如圖3.7。圖3.7菜品展示數據流程圖用戶個人賬戶信息管理數據流程如圖3.8。圖3.8用戶個人賬戶信息管理數據流程圖餐館信息展示數據流程如圖3.9。圖3.9菜品展示數據流程圖3.5數據字典數據字典是對數據流程圖中的數據項、數據結構、數據流、處理邏輯、數據存儲和外部實體的具體定義。本系統(tǒng)的數據字典如下。3.5.1數據項定義由于本系統(tǒng)涉及的數據項過多,此處僅列出主要數據項定義,如表3.1--表3.15。.表3.1DI0001數據項編號：DI0001名稱：賬號<loginName>簡述：普通用戶,餐館用戶和管理員用戶登錄系統(tǒng)時的唯一標識,同類用戶的賬號不能重復別名：賬戶編碼字型：char長度：20取值/含義：為英文字母,數字或"_"下劃線的組合〔如"zxj_123"表3.2DI0002數據項編號：DI0002名稱：名稱<name>簡述：普通用戶,餐館用戶,管理員用戶,菜品,菜品類型,菜系等實體的名稱別名：實體名稱字型：char長度：20取值/含義：為英文字母,數字,漢字或"_"下劃線的組合〔如"張zxj_123”表3.3DI0003數據項編號：DI0003數據項名稱：性別<sex>簡述：普通用戶,餐館用戶,管理員用戶的性別別名：字型：logic長度：1取值/含義：1-代表男,0-代表女表3.4DI0004數據項編號：DI0004數據項名稱：訂單號<orderCode>簡述：普通用戶于餐館用戶發(fā)生交易時產生的訂單唯一編碼續(xù)表3.4字型：char長度：16取值/含義：編碼一律以"NO"開頭,后跟14位系統(tǒng)生成的與下單時間相關的代碼串〔如""表3.5DI0005數據項編號：DI0005數據項名稱：日期<date>簡述：系統(tǒng)中所有涉及時間的存儲項字型：datetime取值/含義：yyyy-mm-dd-hh-MM-ss〔yyyy-年份,mm-月份,dd-日,hh-小時,MM-分鐘,ss-秒表3.6DI0006數據項編號：DI0006數據項名稱：密碼<password>簡述：普通用戶,餐館用戶和管理員用戶賬戶的密碼字型：char長度：6-18表3.7DI0007數據項編號：DI0007數據項名稱：手機號碼<phone>簡述：普通用戶,餐館用戶和管理員用戶的手機聯(lián)系號碼字型：char長度：11表3.8DI0008數據項編號：DI0008數據項名稱：固定電話號碼<fixphone>簡述：普通用戶,餐館用戶和管理員用戶的固定電話號碼字型：varchar長度：20表3.9DI0009數據項編號：DI0009數據項名稱：地址〔address簡述：普通用戶,餐館用戶和管理員地址字型：char長度：50表3.10DI0010數據項編號：DI0010數據項名稱：用戶狀態(tài)〔userStatus簡述：普通用戶,餐館用戶和管理員用戶的狀態(tài),便于系統(tǒng)管理字型：varchar長度：5取值/含義：取值為"open"和"locked",分別代表激活和鎖定,當激活時,用戶可以正常使用系統(tǒng)提供的功能,當鎖定時,用戶不能使用系統(tǒng)功能表3.11DI0011數據項編號：DI0011數據項名稱：訂單狀態(tài)〔orderStatus簡述：訂單的狀態(tài),用于標識訂單在整個處理流程中的狀態(tài)字型：int取值/含義：可取值"0"、"1"、"2",其中"0"代表已下單等待餐館處理,"1"代表餐館已處理但為交易完成,"2"代表交易完成表3.12DI0012數據項編號：DI0012數據項名稱：價格〔price簡述：菜品的價格字型：float表3.13DI0013數據項編號：DI0013數據項名稱：單位〔unit簡述：菜品的單位續(xù)表3.13字型：varchar長度：1-5取值/含義：兩次〔如"份"、"兩"、"斤"等表3.14DI0014數據項編號：DI0014數據項名稱：星級〔starLevel簡述：餐館和菜品的星級字型：int取值/含義：可取"0","1","2","3","4","5"表3.15DI0015數據項編號：DI0015數據項名稱：數量〔num簡述：菜品數量字型：int取值/含義：可取"0","1","2","3","4","5"等非負整數3.5.2數據結構定義本系統(tǒng)涉及的數據結構如表3.16--表3.23。表3.17DS0002數據結構編號：DS0001數據結構名稱：普通用戶基本信息簡述：描述普通用戶基本屬性數據結構組成：DI0001<登錄名>+DI0002<名稱>+DI0003〔性別+DI0003〔注冊日期+DI0006〔密碼+DI0007〔手機號碼+DI0008<固定電話號碼>+DI0009<地址>+DI0010<狀態(tài)>表3.18DS0003數據結構編號：DS0002數據結構名稱：餐館用戶基本信息簡述：描述餐館用戶基本屬性數據結構組成：DI0001<登錄名>+DI0002<名稱>+DI0005〔注冊日期+DI0006〔密碼+DI0007〔手機號碼+DI0008<固定電話號碼>+DI0009<地址>+DI0010表3.19DS0004<狀態(tài)>+DI0014〔星級數據結構編號：DS0003數據結構名稱：管理員用戶基本信息簡述：描述管理員用戶基本屬性數據結構組成：DI0001<登錄名>+DI0002<名稱>+DI0005〔注冊日期+DI0006〔密碼表3.20DS0005數據結構編號：DS0005數據結構名稱：菜品基本信息簡述：描述菜品基本屬性數據結構組成：DI0002<名稱>+DI0012〔價格+DI0013〔單位+DI0014〔星級表3.21DS0006數據結構編號：DS0006數據結構名稱：菜品類型基本信息簡述：描述菜品類型基本屬性數據結構組成：DI0002<名稱>表3.22DS0007數據結構編號：DS0007數據結構名稱：訂單基本信息簡述：描述訂單基本屬性數據結構組成：DI0004<訂單號>+DI0005<生成日期>+DI0011〔訂單狀態(tài)表3.23DS0008數據結構編號：DS0008數據結構名稱：訂單項基本信息簡述：描述訂單項基本屬性數據結構組成：DI0002<菜品名稱>+DI0015<數量>+DI0012〔價格3.5.3數據流定義本系統(tǒng)數據流定義編號編碼規(guī)則為一"DF"開頭,格式為"DF+兩位所屬流程圖編號+數據流編號",圖表3.24--表3.56。表3.24DF0101數據流編號：DF0101數據流名稱：注冊信息簡述：訪客注冊時填寫的注冊信息數據流來源：E01<系統(tǒng)訪客>數據流去向：P0101〔合法性檢測、P0102<類型檢測>,DB01〔用戶數據存儲數據流組成：DI0001〔賬號/登錄名+DI0006〔密碼+用戶類型表3.25DF0102數據流編號：DF0102數據流名稱：反饋信息簡述：訪客注冊為成功時系統(tǒng)給出的關于注冊情況的提示信息數據流來源：P0101〔合法性檢測,P0102<類型檢測>,P0103〔審核數據流去向：E01<注冊用戶>數據流組成：提示信息表3.26DF0103數據流編號：DF0103數據流名稱：餐館用戶信息簡述：訪客注冊餐館用戶是,系統(tǒng)判別為餐館用戶類型時的信息數據流來源：P0102<類型檢測>數據流去向：P0103<審核>數據流組成：DI0001〔賬號/登錄名+DI0006〔密碼+用戶類型表3.27DF0104數據流編號：DF0104數據流名稱：審核信息簡述：管理員對餐館用戶注冊信息審核后給出的信息數據流來源：E02<管理員>數據流去向：P0103<審核>數據流組成：審核信息表3.28DF0201數據流編號：DF0201數據流名稱：登錄信息簡述：訪客登錄系統(tǒng)時提交的登錄信息數據流來源：E01<訪客>數據流去向：P0201<信息匹配>數據流組成：DI0001〔賬號/登錄名+DI0006〔密碼+用戶類型表3.29DF0202數據流編號：DF0202數據流名稱：用戶信息簡述：保存到DB01<用戶數據>中的用戶信息數據流來源：DB01<用戶數據>數據流去向：P0201<信息匹配>數據流組成：DI0001〔賬號/登錄名+DI0006〔密碼+用戶類型表3.30DF0203數據流編號：DF0203數據流名稱：賬戶信息簡述：經系統(tǒng)P0201<信息匹配>處理后輸出的包含有用戶權限信息的賬戶信息數據流來源：P0201<信息匹配>數據流去向：P0202<用戶類型判斷>數據流組成：賬戶信息表3.31DF0204數據流編號：DF0204數據流名稱：權限信息簡述：用于系統(tǒng)識別用戶享有的使用權限的用戶權限信息數據流來源：P0203<用戶權限判斷>數據流去向：P0204<信息呈現(xiàn)>數據流組成：權限信息表3.32DF0205數據流編號：DF0205數據流名稱：用戶主頁信息簡述：用戶通過權限驗證后,由系統(tǒng)按其權限生成的主頁信息數據流來源：P0204<信息呈現(xiàn)>數據流去向：E01〔訪客數據流組成：用戶主頁信息表3.33DF0206數據流編號：DF0206數據流名稱：反饋信息簡述：用戶登錄過程中的反饋信息數據流來源：P0201<信息匹配>數據流去向：E01〔訪客數據流組成：反饋信息表3.34DF0301數據流編號：DF0301數據流名稱：訂單簡述：普通用戶填寫的訂單信息數據流來源：E03<普通用戶>數據流去向：P0301〔訂單信息檢測數據流組成：由訂單項組成的訂單信息表3.35DF0302數據流編號：DF0302數據流名稱：反饋信息簡述：P0301〔訂單信息檢測檢測訂單信息后給用戶的反饋信息數據流來源：P0301〔訂單信息檢測數據流去向：E03<普通用戶>數據流組成：系統(tǒng)預設反饋信息表3.36DF0303數據流編號：DF0303數據流名稱：合格訂單簡述：P0301〔訂單信息檢測檢測訂單信息通過并預處理后的訂單信息數據流來源：P0301<訂單信息檢測>數據流去向：P0302<訂單處理>數據流組成：訂單信息表3.37DF0304數據流編號：DF0304數據流名稱：賬單信息簡述：系統(tǒng)生成的用于第三方轉賬的賬單信息數據流來源：P0302<訂單處理>數據流去向：P0303<第三方支付>數據流組成：賬單信息表3.38DF0305數據流編號：DF0305數據流名稱：回調信息簡述：第三方轉賬后回調的信息數據流來源：P0303<第三方支付>數據流去向：P0302<訂單處理>數據流組成：三方支付生成的回調信息表3.39DF0306數據流編號：DF0306數據流名稱：訂單修改信息簡述：餐館用戶對訂單狀態(tài)修改時提交給系統(tǒng)的信息數據流來源：E04<餐館用戶>數據流去向：P0302<訂單處理>數據流組成：修改訂單的信息表3.40DF0307數據流編號：DF0307數據流名稱：轉賬信息簡述：第三方支付轉賬后,向系統(tǒng)發(fā)回的回執(zhí)信息,顯示第三方賬戶信息數據流來源：P0303<第三方支付>數據流去向：P0302<訂單處理>、E04<餐館用戶>、E03<普通用戶>數據流組成：轉賬后,用戶第三方賬戶的信息〔如余額,轉入金額,轉出金額等表3.41DF0401數據流編號：DF0401數據流名稱：操作信息簡述：餐館用戶向系統(tǒng)提交的修改菜品信息的操作信息數據流來源：E04<餐館用戶>數據流去向：P0401<判斷操作>數據流組成：DS0005<菜品基本信息>+操作信息〔"增"、"刪"、"改"、"查"表3.42DF0402數據流編號：DF0402數據流名稱：添加菜品信息簡述：餐館用戶輸入的添加菜品的信息數據流來源：P0401<判斷操作>數據流去向：P0402<添加菜品>數據流組成：DS0005<菜品基本信息>+添加操作信息表3.43DF0403數據流編號：DF0403數據流名稱：更新菜品信息簡述：餐館用戶輸入的更新菜品的信息數據流來源：P0401<判斷操作>數據流去向：P0403<更新菜品>數據流組成：DS0005<菜品基本信息>+更新操作信息表3.44DF0404數據流編號：DF0404數據流名稱：刪除菜品信息簡述：餐館用戶輸入的更新菜品的信息數據流來源：P0401<判斷操作>數據流去向：P0404<刪除菜品>數據流組成：DS0005<菜品基本信息>+刪除操作信息表3.45DF0405數據流編號：DF0405數據流名稱：菜品信息簡述：系統(tǒng)從DB03<菜品數據>中查詢出的菜品信息數據流來源：DB03<菜品數據>數據流去向：P0405<檢索菜品>數據流組成：DS0005<菜品基本信息>表3.46DF0406數據流編號：DF0406數據流名稱：檢索信息簡述：餐館用戶輸入的查詢菜品的條件信息數據流來源：E04<餐館用戶>數據流去向：P0405<檢索菜品>數據流組成：檢索條件表3.47DF0501數據流編號：DF0501數據流名稱：請求信息簡述：用戶訪問系統(tǒng)時提交的請求信息數據流來源：E01<訪客>數據流去向：P0501<處理請求信息>數據流組成：檢索條件、查詢信息等表3.48DF0502數據流編號：DF0502數據流名稱：查詢信息簡述：查詢菜品的條件信息數據流來源：P0501<處理請求信息>數據流去向：P0502<檢索餐館菜品>數據流組成：查詢菜品的條件信息表3.49DF0503數據流編號：DF0503數據流名稱：菜品信息簡述：從DB03<菜品數據>提取的菜品信息數據流來源：DB03<菜品數據>、P0502<檢索餐館菜品>數據流去向：P0502<檢索餐館菜品>數據流組成：DS0005<菜品基本信息>表3.50DF0601數據流編號：DF0601數據流名稱：用戶信息簡述：普通用戶,餐館用戶或管理員用戶的信息數據流來源：DB01<用戶數據>數據流去向：P0601<用戶信息展示>數據流組成：DS0001<普通用戶基本信息>或DS0002<餐館用戶基本信息>或DS0003<管理員用戶基本信息>表3.51DF0602數據流編號：DF0602數據流名稱：操作信息簡述：用戶提交的操作信息〔"增"、"刪"、"改"、"查"數據流來源：E01<訪客>數據流去向：P0602<信息操作>數據流組成：用戶提交的操作信息表3.52DF0603數據流編號：DF0603數據流名稱：提交數據簡述：用戶向系統(tǒng)提供的與相關操作對應格式的數據數據流來源：E01<訪客>數據流去向：P0602<信息操作>數據流組成：操作數據表3.53DF0604數據流編號：DF0604數據流名稱：更新信息簡述：經過處理后用于更新數據存儲的信息數據流來源：P0602<信息操作>數據流去向：DB01<用戶數據>數據流組成：更新信息表3.54DF0701數據流編號：DF0701數據流名稱：請求信息簡述：用戶提交的請求信息數據流來源：E01<訪客>數據流去向：P0701<處理請求信息>數據流組成：查詢的請求信息表3.55DF0702數據流編號：DF0702數據流名稱：查詢信息簡述：用戶提交的查詢信息數據流來源：P0701<處理請求信息>數據流去向：P0702<檢索餐館信息>數據流組成：查詢信息表3.56DF0703數據流編號：DF0703數據流名稱：餐館信息簡述：餐館信息流數據流來源：P0702<檢索餐館信息>、DB01<用戶數據>數據流去向：E01<訪客>數據流組成：DS0002<餐館基本信息>3.5.4處理邏輯定義本系統(tǒng)中的處理邏輯定義如表3.57-表3.77。表3.57P0101處理邏輯編號：P0101處理邏輯名稱：檢測數據合法性簡述：檢測訪客提供的注冊數據的合法性輸入數據流：DF0101〔注冊信息輸出數據流：DF0101〔注冊信息、DF0102〔反饋信息處理過程：訪客填寫好注冊信息后提交各系統(tǒng),系統(tǒng)檢測注冊信息是否符合語法規(guī)范,或是否符合系統(tǒng)所要求的格式,若符合則將注冊信息轉給P0102<判斷注冊類型>,若不符合則輸出DF0102〔反饋信息告知用戶表3.58P0102處理邏輯編號：P0102處理邏輯名稱：判斷注冊類型簡述：根據訪客填寫的注冊信息判斷注冊的類型輸入數據流：DF0101〔注冊信息輸出數據流：DF0101〔注冊信息、DF0102〔反饋信息、DF0103〔餐館用戶注冊信息處理過程：根據訪客填寫的注冊信息判斷其注冊類型,并保存信息到存儲DB01〔用戶數據,若為餐館用戶則將注冊信息轉給P0103〔審核,同時在處理后輸出DF0102〔反饋信息告知用戶表3.59P0103處理邏輯編號：P0103處理邏輯名稱：審核簡述：管理員通過該處理邏輯控制餐館用戶的注冊過程輸入數據流：DF0103〔餐館用戶注冊信息、DF0104〔審核信息輸出數據流：DF0102〔反饋信息、DF0103〔餐館用戶注冊信息處理過程：管理員查看訪客申請注冊餐館用戶提交的注冊信息,判定其是否符合條件,然后給出審核信息,系統(tǒng)判斷是否注冊成功后生成相應反饋信息告知用戶表3.60P0201處理邏輯編號：P0201處理邏輯名稱：信息匹配簡述：將訪客輸入的登錄信息與用戶數據匹配輸入數據流：DF0201〔登錄信息輸出數據流：DF0206〔反饋信息、DF0203〔賬戶信息處理過程：當訪客輸入登錄信息提交給系統(tǒng)時,按登錄信息取出DB01<用戶數據>中的用戶信息,將兩者進行匹配,若匹配成功,則輸出賬戶信息到P0202〔用戶權限判斷并輸出DF0206〔反饋信息；若匹配不成功,則僅輸出DF0206〔反饋信息表3.61P0202處理邏輯編號：P0202處理邏輯名稱：用戶權限判斷簡述：確定用戶的權限輸入數據流：DF0203〔賬戶信息輸出數據流：DF0204〔權限信息處理過程：根據用戶的賬戶信息來確定賬戶的權限信息表3.62P0203處理邏輯編號：P0203處理邏輯名稱：信息呈現(xiàn)簡述：為不同權限的用戶呈現(xiàn)不同的主頁信息續(xù)表3.62輸入數據流：DF0204〔權限信息輸出數據流：DF0205〔用戶主頁信息處理過程：根據輸入的賬戶權限信息生成系統(tǒng)定義的不同的用戶主頁信息,并生成相應的頁面表3.63P0301處理邏輯編號：P0301處理邏輯名稱：訂單信息檢測簡述：檢測用戶提交的訂單的合法性,并進行相應的預處理輸入數據流：DF0301<訂單>輸出數據流：DF0302<反饋信息>、DF0303<合格訂單>處理過程：對用戶提交的訂單信息進行檢測,根據檢測情況生成DF0302<反饋信息>告知普通用戶,若檢測通過則進行預處理〔生成系統(tǒng)訂單號,加入下單時間和其他必要預處理等生成合格的訂單DF0303<合格訂單>,存儲到DB02〔訂單數據；若未通過檢測則僅輸出DF0302<反饋信息>表3.64P0302處理邏輯編號：P0302處理邏輯名稱：訂單處理簡述：系統(tǒng)中處理訂單的邏輯輸入數據流：DF0303<合格訂單>、DF0306<訂單修改信息>、DF0305<回調信息>輸出數據流：DF0304<更新訂單>處理過程：系統(tǒng)中處理訂單的邏輯,將用戶提交的訂單信息處理為第三方支付所需的信息格式,然后調用第三方支付,或是接收E04<餐館用戶>提交的修改信息,修改訂單信息,并保存到DB01<訂單數據>表3.65P0303處理邏輯編號：P0303處理邏輯名稱：第三方支付簡述：系統(tǒng)中處理調用第三方支付接口的處理邏輯輸入數據流：DF0304<賬單信息>輸出數據流：DF0305<回調信息>、DF0307<轉賬信息>處理過程：接收DF0304〔賬單信息,完成第三方支付轉賬,生成反饋信息表3.66P0401處理邏輯編號：P0401處理邏輯名稱：判斷操作簡述：判斷餐館用戶操作類型輸入數據流：DF0401<操作信息輸出數據流：DF0402<添加菜品信息>、DF0403<更新菜品信息>、DF0404<刪除菜品信息>處理過程：根據餐館用戶提交的操作新決定調用何種操作,并且準備操作所需數據表3.67P0402處理邏輯編號：P0402處理邏輯名稱：添加菜品簡述：添加新菜品信息輸入數據流：DF0402<添加菜品信息>輸出數據流：DF0402<添加菜品信息>處理過程：將餐館用戶提交的新菜品信息添加到DB03<菜品數據>表3.68P0403處理邏輯編號：P0403處理邏輯名稱：更新菜品簡述：更新已有菜品信息輸入數據流：DF0403<更新菜品信息>輸出數據流：DF0403<更新菜品信息>處理過程：將餐館用戶提交的已有菜品更新信息添加到DB03<菜品數據>表3.69P0404處理邏輯編號：P0404處理邏輯名稱：刪除菜品簡述：刪除菜品輸入數據流：DF0404<刪除菜品信息>輸出數據流：DF0404<刪除菜品信息>處理過程：刪除餐館用戶指定的DB03<菜品數據>中確定的菜品信息表3.70P0405處理邏輯編號：P0405處理邏輯名稱：檢索菜品簡述：按用戶提供的檢索信息查詢菜品信息輸入數據流：DF0405<菜品信息>、DF0406<檢索信息>輸出數據流：DF0405<菜品信息>處理過程：接收餐館用戶提供的檢索添加信息,然后按條件訪問DB03<菜品數據>,提取出滿足條件的菜品信息展示給用戶表3.71P0501處理邏輯編號：P0501處理邏輯名稱：處理請求信息簡述：請求信息處理輸入數據流：DF0501<請求信息>輸出數據流：DF0502<查詢信息>處理過程：處理由用戶提交的請求,分析查詢的信息表3.72P0502處理邏輯編號：P0502處理邏輯名稱：檢索餐館菜品簡述：向用戶展示菜品信息輸入數據流：DF0503<菜品信息>輸出數據流：DF0503<菜品信息>處理過程：按用戶的查詢信息,從DB03<菜品數據>中提出滿足條件的菜品數據生成DF0503<菜品信息>展示給用戶表3.73P0601處理邏輯編號：P0601處理邏輯名稱：用戶信息展示簡述：將用戶信息加工成適合用戶瀏覽的格式輸入數據流：DF0601<用戶信息>輸出數據流：DF0601<用戶信息>處理過程：根據用戶登錄信息,從DB01<用戶數據>中提取用戶信息,并轉化其格式一便于用戶瀏覽和修改表3.74P0602處理邏輯編號：P0602處理邏輯名稱：信息操作簡述：處理用戶的個人信息操作輸入數據流：DF0602<操作信息>、DF0603<提交數據>輸出數據流：DF0604<更新信息>處理過程：根據用戶提交的DF0602<操作信息>判斷其操作類型,然后根據對應操作提取相應操作數據更新DB01<用戶數據>表3.75P0701處理邏輯編號：P0701處理邏輯名稱：處理請求信息簡述：處理用戶的請求信息輸入數據流：DF0701<請求信息>輸出數據流：DF0702<查詢信息>處理過程：接收用戶輸入的請求信息,從中提取出查詢信息表3.76P0702處理邏輯編號：P0702處理邏輯名稱：檢索餐館信息簡述：提取餐館信息輸入數據流：DF0702<查詢信息>、DF0703<餐館信息>輸出數據流：DF0703<餐館信息>處理過程：根據用戶的DF0702<查詢信息>,從DB01<用戶數據>中提取出滿足條件的DF0703<餐館信息>表3.77P0703處理邏輯編號：P0703處理邏輯名稱：餐館信息展示簡述：轉換餐館信息的展示格式輸入數據流：DF0703<餐館信息>輸出數據流：DF0703<餐館信息>處理過程：將DF0703<餐館信息>轉換成用戶瀏覽的格式,并展示給用戶3.5.5數據存儲定義本系統(tǒng)涉及的數據存儲定義如表3.78--表3.79。表3.78DB01數據存儲編號：DB01數據存儲名稱：用戶數據簡述：保存關于用戶的數據數據結構組成：DS0001〔普通用戶基本信息或DS0002〔餐館用戶基本信息關鍵詞：賬號表3.79DB02數據存儲編號：DB02數據存儲名稱：訂單數據簡述：保存用戶訂單的數據數據結構組成：DS0007〔訂單基本信息+DS0008〔訂單項信息關鍵詞：訂單編碼,下單時間3.5.6外部實體定義本系統(tǒng)涉及的外部實體定義如表3.80-表3.8。表3.80E01外部實體編號：E01外部實體名稱：訪客簡述：未登錄狀態(tài)的系統(tǒng)訪問用戶表3.81E02外部實體編號：E02外部實體名稱：管理員簡述：擁有系統(tǒng)管理權限的系統(tǒng)管理員表3.82E03外部實體編號：E03外部實體名稱：普通用戶簡述：普通用戶表3.83E04外部實體編號：E04外部實體名稱：餐館用戶簡述：餐館用戶4系統(tǒng)總體設計4.1系統(tǒng)功能模塊設計餐館點餐系統(tǒng)的大體思路是將功能分為信息展示,信息發(fā)布,點餐,訂單和個人信息設置五個方面。信息展示包括菜品信息和餐館信息的展示,信息發(fā)布則僅為餐館用戶發(fā)布菜品及其優(yōu)惠活動信息的發(fā)布,點餐是核心功能,用戶可以在線選取喜歡的菜品或者移出菜品,而訂單則是保證點餐的服務功能,普通用戶通過訂單與餐館用戶完成交易,個人信息設置則是一個系統(tǒng)向用戶提供的基礎功能。具體的功能間的關系如圖4.1。圖4.1系統(tǒng)功能關系圖根據圖4.1系統(tǒng)功能的關系可以系統(tǒng)按功能劃分為注冊、登錄、系統(tǒng)管理、菜品信息管理、訂單管理、在線支付管理、信息篩選和個人信息設置等八公個主要功能模塊,個功能模塊實現(xiàn)不同的系統(tǒng)功能。4.1.1注冊模塊該模塊是實現(xiàn)系統(tǒng)訪客轉化為系統(tǒng)用戶的入口。其實現(xiàn)的功能應包括普通用戶注冊和餐館用戶注冊。用戶注冊時提交的信息格式是相同的,用戶類型通過用戶注冊時選擇的用戶類型區(qū)分,若果注冊為普通用戶,則系統(tǒng)會為用戶生成相應的普通用戶操作權限〔如瀏覽菜品,瀏覽餐館信息,下單等；如果注冊為餐館用戶,則系統(tǒng)會為用戶關聯(lián)相關的餐館數據,用戶會享有餐館用戶的操作權限?？傊?注冊模塊實現(xiàn)了新用戶信息的保存和生成新用戶權限的功能。4.1.2登錄模塊登錄模塊是用戶訪問系統(tǒng)服務的入口。本系統(tǒng)涉及的用戶類型有普通用戶、餐館用戶和管理員。三類用戶都必須能夠通過登錄模塊進入系統(tǒng)中。三類用戶的登錄信息格式都為賬號、密碼和系統(tǒng)隨機驗證碼。不同類型登錄后跳轉的頁面不同。普通用戶登錄系統(tǒng)通常是瀏覽菜品,所以成功登錄后跳轉到系統(tǒng)主頁面。餐館用戶登錄后通常是進行餐館信息設置及菜品信息管理等,所以跳轉到餐館用戶信息中心。管理員用戶登錄系統(tǒng)則通常是對系統(tǒng)進行日常管理,所以跳轉到系統(tǒng)管理頁面。4.1.3系統(tǒng)管理模塊系統(tǒng)管理模塊的用戶是系統(tǒng)管理員。系統(tǒng)管理員成功登錄系統(tǒng)后進入的便是系統(tǒng)管理頁面。其管理功能應該包括系統(tǒng)維護,用戶管理和特殊情況處理等基本功能。系統(tǒng)維護的目的是維持系統(tǒng)的正常運行,同時也是系統(tǒng)升級的開放接口。用戶管理是系管理中重要的功能,它實現(xiàn)了管理員對系統(tǒng)用戶的日常監(jiān)管,必要是可以對用進行鎖定。而特殊情況處理是指當遇到某些系統(tǒng)無法自動完成的情況〔如用戶密碼忘記后無法找回時,管理員可直接重置該用戶的密碼,而無需用戶按系統(tǒng)流程找回是,管理員有超級特權進行手動設置。4.1.4菜品信息管理模塊菜品管理模塊是餐館用戶實現(xiàn)菜品管理的模塊。餐館用戶可以在這里發(fā)布菜品信息,包括設置菜品的名稱、狀態(tài)、價格、單位、原料及圖片等基本信息。餐館用戶也可以刪除某些菜品。同時,還可以通過設置此菜品的狀態(tài)〔如"上線"、"下線"、"售完"來控制其對普通用戶的可見性。另外,餐館用戶可以在該模塊添加菜品分類,菜品分類是餐館用管理菜品的輔助工具。如餐館用戶可以新建"今日特色"的菜品分類,然后將菜品添加到該分類下,這樣可以實現(xiàn)菜品信息的批量設置。4.1.5訂單管理模塊訂單模塊分為餐館用戶訂單模塊和普通用戶訂單模塊。普通用戶訂單模塊實現(xiàn)普通用戶查看訂單的功能。餐館用戶訂單模塊實現(xiàn)餐館用戶受理普通用戶生成的點餐訂單功能,餐館用戶可以改變訂單狀態(tài)來通知普通用戶訂單的情況。4.1.6在線支付模塊在線支付模塊式系統(tǒng)的擴展模塊,在系統(tǒng)的低級版本中可以先不考慮實現(xiàn)。其功能是為提高用戶的滿意度,而集成第三方支付功能,使用戶可以進行在線支付。4.1.7信息篩選模塊同在線支付模塊一樣,信息篩選模塊可以在系統(tǒng)的后續(xù)版本中逐漸加入。該系統(tǒng)的實現(xiàn)價值是在系統(tǒng)中的菜品和餐館信息量巨大時,能讓用戶快速的尋找到自己偏好的菜品或餐館信息。4.1.8個人信息設置模塊個人信息設置模塊集個人基本信息設置、賬戶信息安全管理和系統(tǒng)服務推送為一體的信息中心。個人基本信息設置實現(xiàn)用戶的基本信息〔如"真實姓名"、"性別"、"住址"等更新功能,用戶可以設置自己的基本信息。賬戶信息安全管理主要包括修改密碼和安全綁定信息設置。系統(tǒng)服務推送指系統(tǒng)預留的后續(xù)升級接口,通過該接口系統(tǒng)開發(fā)運營者可以向用戶提供更多的未來開發(fā)出的系統(tǒng)新功能。4.2系統(tǒng)環(huán)境配置〔1服務器配置CPU：P41.8GHz以上。內存：4GB以上。〔2軟件平臺操作系統(tǒng)：Windows2007及其以上版本。數據庫：MySql及其以上版本。開發(fā)環(huán)境：JDK1.6。開發(fā)工具：EclipseKeplerServiceRelease1。開發(fā)語言：Java。服務器：Tomcat7及其以上版本。瀏覽器：Chrome。4.3系統(tǒng)結構模型設計本系統(tǒng)采用分層體系結構模型,采用時下流行到MVC分層結構,即模型、視圖和控制分層,也可稱為持久層、展現(xiàn)層和業(yè)務邏輯層。如圖4.2。圖4.2系統(tǒng)體系結構圖5系統(tǒng)詳細設計5.1代碼設計〔1區(qū)域代碼設計參考了國家行政區(qū)劃的編碼規(guī)則,如表5.1。表5.1區(qū)域代碼abccdd地區(qū)序號市縣省a的取值為1—華北,2—東北,3—華東,4—華南,5—西南,6—西北；b為a地區(qū)省的序號,如50—XX、51—XX。cc為兩位市級代碼,01-20、51-70表示省直轄市,21-50表示地區(qū)〔自治州、盟；dd為兩位縣級代碼,01-18表示市轄區(qū)或地區(qū)〔自治州、盟轄縣級市,21-80表示縣〔旗,81-99表示省直轄縣級市?！?菜系代碼設計如表5.2。表5.2菜系編碼abc菜系等級序號流派a的取值為1—主菜系〔如中國八大菜系,2—其他有影響的菜系,3—用戶添加的菜系。b代表a等級下菜系序號,如11—魯菜,12—川菜。c代表菜系下更小的流派,如111—XX菜。<3>訂單編號代碼設計如表5.3。表5.3訂單編號aaaaaabbbbccddeeffgghhhh區(qū)域代碼年月日時分秒流水號5.2數據庫設計本系統(tǒng)本質上是一個中小型電子商務平臺,系統(tǒng)正常運行后會有大量的訪問,同時也需要保存大量的用戶數據,訂單數據及菜品信息等。為本系統(tǒng)選擇數據類型除考慮經濟性外,同時也要考慮適用性,數據庫系統(tǒng)太大雖然功能強大但是也會降低更多的系統(tǒng)效率,數據庫系統(tǒng)太小則不能滿足系統(tǒng)需求。鑒于這樣的考慮,本系統(tǒng)選用體積小、速度快的使用與中小型電子商務網站的MySql數據庫,其完全能夠滿足系統(tǒng)的功能需求,同時也能保證系統(tǒng)的效率。5.2.1數據庫概念模型數據庫概念模型是對現(xiàn)實世界信息進行抽象建模,本系統(tǒng)采用最為常用的實體-聯(lián)系〔E-R模型。用實體-聯(lián)系方法建立數據庫概念模型第一部是識別系統(tǒng)涉及的實體,本系統(tǒng)涉及的實體有管理員,普通用戶,餐館用戶,菜品,菜品分類,菜系,訂單,訂單項。系統(tǒng)主要實體E-R圖如圖5.1。圖5.1系統(tǒng)E-R圖普通用戶實體包含的屬性如圖5.2。圖5.2普通用戶餐館用戶實體包含的屬性如圖5.3。圖5.3餐