網(wǎng)上訂餐畢設(shè)

本文格式為Word版，下載可任意編輯——網(wǎng)上訂餐畢設(shè)中文題目：網(wǎng)上訂餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

外文題目：DesignandImplementationoftheReservation

畢業(yè)設(shè)計(jì)（論文）共49頁（其中：外文文獻(xiàn)及譯文8頁）

完成日期2023年6月辯論日期2023年6月

摘要

近年來，隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，網(wǎng)絡(luò)早已經(jīng)成為現(xiàn)代人日常生活中不可或缺的部分，網(wǎng)上訂餐由于其獨(dú)有的便捷性和直觀性，更能夠輕而易舉地被現(xiàn)代人認(rèn)同和接受?；ヂ?lián)網(wǎng)上誕生出這種便捷的訂餐形式，也是電子商務(wù)應(yīng)用的全新表達(dá)；從另一個(gè)側(cè)面來看，網(wǎng)上訂餐還起到了幫助推進(jìn)電子商務(wù)的普及和應(yīng)用進(jìn)程的作用，網(wǎng)上訂餐的形式，同時(shí)也在幫助加速電子商務(wù)應(yīng)用的步伐。

本論系統(tǒng)地闡述了整個(gè)網(wǎng)絡(luò)訂餐系統(tǒng)的功能及實(shí)現(xiàn)。實(shí)現(xiàn)了從菜品管理，菜品分類和查詢，到訂餐車實(shí)現(xiàn)，用戶訂單處理，再到系統(tǒng)管理?；旧蠈?shí)現(xiàn)了網(wǎng)上購物的功能流程，能夠?qū)崿F(xiàn)用戶與商家在網(wǎng)上進(jìn)行訂餐交易。本系統(tǒng)界面簡單直觀，易于操作和使用，交互性強(qiáng)，完全基于Internet網(wǎng)絡(luò)。

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

1項(xiàng)目概述

網(wǎng)上訂餐一般都會(huì)集中在一個(gè)時(shí)段，這會(huì)給餐飲企業(yè)制造出訂餐的高峰時(shí)段，訂餐者的需求在好多時(shí)候會(huì)得不到滿足，這種不如意，誕生的總是網(wǎng)上訂餐“無保障〞，“線上看，線下訂〞正好能幫助改變這種會(huì)衍生惡性循環(huán)的效應(yīng)。

本系統(tǒng)的設(shè)計(jì)目的是為了滿足消費(fèi)者只要通過互聯(lián)網(wǎng)就可以足不出戶的訂購自己喜歡的菜品，改變傳統(tǒng)商業(yè)交易，在互聯(lián)網(wǎng)上進(jìn)行交易，實(shí)現(xiàn)網(wǎng)上購買菜品。

1.1發(fā)浮現(xiàn)狀

國內(nèi)網(wǎng)上訂餐有不少訂餐的服務(wù)形式，其中包括線上訂購、在線支付等等。其實(shí)，想法都很不錯(cuò)，但想實(shí)現(xiàn)網(wǎng)上訂購，這些網(wǎng)上訂餐的形式應(yīng)當(dāng)很難，個(gè)中原因主要就是餐飲行業(yè)普遍存在的信息化意識(shí)薄弱，這讓網(wǎng)上訂餐成為實(shí)在的瓶頸，短時(shí)期內(nèi)這是很難突破的，這也是為什么現(xiàn)在真正能實(shí)現(xiàn)網(wǎng)上訂餐、并能被廣泛接納的網(wǎng)上訂餐行為，仍舊離不開電話直接訂購的主要原因。

網(wǎng)上訂餐，想正真實(shí)現(xiàn)“網(wǎng)上訂，網(wǎng)上付〞的正規(guī)化，還需要很長的一段時(shí)日。近兩年網(wǎng)上訂餐系統(tǒng)得到了很快的發(fā)展，如肯德基的宅急送就是可以通過網(wǎng)上訂餐的。而且現(xiàn)在有些網(wǎng)站會(huì)集中好多商家在上面給消費(fèi)者最直觀的浮現(xiàn)。

民以食為天，餐飲業(yè)一直是與人們?nèi)粘Ｉ钕⑾⑾嚓P(guān)的行業(yè)。傳統(tǒng)的電話訂餐或者上門訂餐已經(jīng)不能適應(yīng)市場(chǎng)發(fā)展的需求。隨著網(wǎng)絡(luò)信息技術(shù)的發(fā)展和普及，一種更加便利，快捷的方式開始進(jìn)入人們的生活，那就是網(wǎng)上訂餐。

1.2課題研究的意義

當(dāng)今社會(huì)的生活節(jié)奏越來越快，人們對(duì)餐飲的要求也越來越高，不僅要求色香味俱全，而且對(duì)于就餐的時(shí)間和方式也有了更高的要求，大量顧客由于工作繁忙無法抽出時(shí)間來享受美味，這樣就產(chǎn)生了快捷訂餐的要求，最快的方式莫過于利用計(jì)算機(jī)網(wǎng)絡(luò)，將餐飲業(yè)和計(jì)算機(jī)網(wǎng)絡(luò)結(jié)合起來，就形成了網(wǎng)上訂餐系統(tǒng)，用能力的餐飲企業(yè)對(duì)對(duì)餐品提供商提供網(wǎng)上訂餐服務(wù)，不僅提高餐飲企業(yè)的服務(wù)質(zhì)量，擴(kuò)大知名度，也是為最終用戶提供便利快捷的食品服務(wù)。

1.3業(yè)務(wù)流程分析

網(wǎng)上訂餐系統(tǒng)將極大的便利食客的就餐，同時(shí)也有利于我們的管理和售后服務(wù)。同時(shí)，我們的訂餐系統(tǒng)還能幫助我們的酒店（餐館）擴(kuò)大營業(yè)范圍，增加知名度等。用戶可通過訪問我們的網(wǎng)站開心餐網(wǎng)上訂餐系統(tǒng)，進(jìn)行登陸或注冊(cè)，獲得你想要的各種食物，管理員可以查看用戶菜品，可以對(duì)菜品進(jìn)行增刪改查。

1

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

網(wǎng)上訂餐系統(tǒng)總體業(yè)務(wù)流程圖如圖1-1所示。

管理員菜品信息管理菜品數(shù)據(jù)存儲(chǔ)用戶管理用戶數(shù)據(jù)存儲(chǔ)用戶在線支付訂餐在線支付信息訂餐信息圖1-1網(wǎng)上訂餐系統(tǒng)總體業(yè)務(wù)流程圖

Fig1-1reservationSystemoverallbusinessflowchart

2

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

2系統(tǒng)需求分析

2.1總體目標(biāo)

該系統(tǒng)主要功能是實(shí)現(xiàn)網(wǎng)絡(luò)銷售中以B/S為結(jié)構(gòu)的飲食信息發(fā)布和管理，其中包括餐品展示、網(wǎng)上調(diào)查、購物車、收銀臺(tái)、會(huì)員管理、訂單查詢、訂餐管理、用戶管理、訂單管理、公告管理、退出登陸等。

2.2具體目標(biāo)

網(wǎng)上訂餐系統(tǒng)需要提供給客戶快捷、便利的訂餐服務(wù)，開發(fā)本系統(tǒng)的具體目標(biāo)如下。（1）在系統(tǒng)首頁需要提供推薦菜單、熱門菜單以及菜單探尋功能，便利用戶快捷選購自

己喜歡的菜品。

（2）用戶進(jìn)行注冊(cè)和登陸，根據(jù)自己的喜好選菜單并填寫聯(lián)系人信息即可完成訂購。（3）在用戶訂餐完成后，需要能夠自動(dòng)計(jì)算菜單價(jià)格。同時(shí)在用戶提交訂單時(shí)，需要用

戶確定訂單無誤。同時(shí)還將自動(dòng)生成訂單號(hào)并保存，便利用戶保存訂單號(hào)。（4）系統(tǒng)還需要提供會(huì)員服務(wù)功能，會(huì)員每消費(fèi)一塊錢將增加以積分。同時(shí)在系統(tǒng)首頁

將顯示積分榜，勉勵(lì)會(huì)員消費(fèi)。

（5）系統(tǒng)需要提供菜單分類查看功能，從而便利用戶選購。

2.3系統(tǒng)功能建模

系統(tǒng)功能建模所采用的工具是數(shù)據(jù)流程圖和數(shù)據(jù)字典，用于表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)動(dòng)一級(jí)對(duì)數(shù)據(jù)的描述和定義。

2.3.1系統(tǒng)數(shù)據(jù)流程圖

數(shù)據(jù)流程圖（DFD）,是結(jié)構(gòu)化分析的一種主要工具，是管理信息系統(tǒng)開發(fā)的主要工具，是組織中信息運(yùn)動(dòng)的抽象，是軟件規(guī)律模型的主要形式。它使用一種簡單的符號(hào)，描述系統(tǒng)的數(shù)據(jù)由外部“流入〞系統(tǒng)，經(jīng)過多級(jí)的加工處理，經(jīng)過不同結(jié)構(gòu)的存儲(chǔ)，最終以用戶所需要的各種形式“流出〞的全過程。

系統(tǒng)的數(shù)據(jù)流向雖然并不太繁雜，但數(shù)據(jù)處理也不能忽視，下面對(duì)其大約的數(shù)據(jù)流向和數(shù)據(jù)處理進(jìn)行說明。

數(shù)據(jù)流程圖符號(hào)表示說明見表2-1。

表2-1數(shù)據(jù)流程圖符號(hào)說明

3

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）Tablet2-1Explanationofsymbolsofflowdiagram

圖形符號(hào)

實(shí)體

PmDn名稱符號(hào)說明

表示所描述系統(tǒng)的數(shù)據(jù)來源和去處的各種工作實(shí)體或工作環(huán)節(jié)。

記述某種業(yè)務(wù)的手工或計(jì)算機(jī)處理。

規(guī)律意義上的數(shù)據(jù)存儲(chǔ)環(huán)節(jié)，不考慮存儲(chǔ)物理介質(zhì)和技術(shù)手段。

與所描述系統(tǒng)信息處理功能有關(guān)的各類信息的載

處理

數(shù)據(jù)存儲(chǔ)

數(shù)據(jù)流

體，是各加工環(huán)節(jié)進(jìn)行處理和輸出的數(shù)據(jù)集合。

（1）通過對(duì)系統(tǒng)的詳細(xì)分析和設(shè)計(jì)，得出系統(tǒng)頂層數(shù)據(jù)流程圖如圖2-1所示。

PF1菜品管理F3訂單管理管理員F2用戶管理網(wǎng)上訂餐系統(tǒng)F4支付管理商場(chǎng)經(jīng)理

圖2-1網(wǎng)上訂餐系統(tǒng)頂層DFD圖Fig.2-1topfloorDFDpictureofvipsystem

（2）通過對(duì)一級(jí)細(xì)化圖的詳細(xì)分析，對(duì)系統(tǒng)在一級(jí)細(xì)化圖的基礎(chǔ)上，按功能再次細(xì)化，得到了二級(jí)細(xì)化圖2-2。

4

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

P1F1菜品管理菜品D1菜品數(shù)據(jù)信息數(shù)據(jù)管理P2F2用戶管理用戶管理D2用戶信息F3訂單管理P4訂單D3訂單信息管理P4支付管理F4支付管理D4支付信息圖2-2網(wǎng)上訂餐系統(tǒng)二級(jí)細(xì)化圖

Fig.2-2musicsystemsecondgradethinningofhotel

3）通過對(duì)訂單管理的分析得到了其三級(jí)細(xì)化圖，如圖2-3所示。

P1.1.2F3.1.2P3.1.2用戶登F1.1.1菜品選擇F3.1.2支付數(shù)據(jù)P3.1.2錄訂單管支付管理理

5

（

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）圖2-3網(wǎng)上訂餐系統(tǒng)三級(jí)級(jí)細(xì)化圖Fig.2-3musicsystemsecondgradethinningofhotel

2.4網(wǎng)上訂餐系統(tǒng)實(shí)體關(guān)系

菜品信息屬性圖2-4所示。菜品編號(hào)

菜品名稱

推薦理由菜品信息菜品價(jià)格

菜品描述圖2-4菜品信息屬性圖

Fig2-4StaffAttribute

訂單屬性圖如圖2-5所示。

用戶編號(hào)菜品編號(hào)菜品數(shù)量訂單編號(hào)訂單訂單備注圖2-5訂單屬性圖Fig2-5EquipmentAttribute

用戶屬性圖如圖2-6所示。

6

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

用戶編號(hào)用戶名用戶狀態(tài)用戶密碼用戶性別送餐地址電話圖2-6vip用戶屬性圖Fig2-6EquipmentAttribute

管理員用戶名管理員密碼管理員管理員權(quán)限圖2-7管理員屬性圖Fig2-7EquipmentAttribute

ER圖如圖2-9所示。

7

網(wǎng)上訂餐系統(tǒng)遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

管理員1新增nn菜品mn用戶mn支付選擇訂單圖2-9網(wǎng)上訂餐系統(tǒng)實(shí)體關(guān)系

Fig2-9EquipmentManagemententitiesrelations

2.5數(shù)據(jù)字典

根據(jù)數(shù)據(jù)流程分析，對(duì)系統(tǒng)數(shù)據(jù)進(jìn)行分析和匯總，建立系統(tǒng)數(shù)據(jù)字典。下面列出部分?jǐn)?shù)據(jù)字典內(nèi)容。

8

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

（1）菜品信息表

名稱：商品信息編號(hào)：F1描述：記錄商品信息組成：菜品編號(hào)、菜品名稱、菜品價(jià)格、推薦理由、菜品描述位置：存檔（2）訂單信息表

名稱：訂單信息編號(hào)：F2描述：記錄訂單信息組成：訂單編號(hào)、菜品編號(hào)、菜品數(shù)量、訂單備注、用戶編號(hào)位置：存檔（3）用戶信息表

名稱：用戶信息編號(hào)：F3描述：用戶信息組成：用戶編號(hào)、用戶名、密碼、送餐地址、電話、用戶性別、用戶狀態(tài)位置：存檔（4）管理員信息表

名稱：管理員信息編號(hào)：F3描述：管理員信息組成：管理員用戶名、管理員密碼、管理員權(quán)限位置：存檔9

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

3系統(tǒng)概要設(shè)計(jì)

需求分析階段已經(jīng)完全弄明白了目標(biāo)系統(tǒng)的各種需求，較好的解決了要讓所開發(fā)的系統(tǒng)“做什么〞的問題，并已經(jīng)在軟件需求規(guī)格說明和數(shù)據(jù)要求規(guī)格說明中詳盡和充分的闡述了這些需求。接下來是進(jìn)一步實(shí)現(xiàn)系統(tǒng)的需求，即要著手解決“怎么做〞的問題。

3.1體系機(jī)構(gòu)設(shè)計(jì)

根據(jù)對(duì)系統(tǒng)需求分析中的總體目標(biāo)和具體目標(biāo)部分的分析，此系統(tǒng)有三個(gè)模塊構(gòu)成，菜品管理，用戶管理、訂單管理，支付管理。有得到系統(tǒng)的功能樹如圖3-1所示。

新增菜品信息菜品管理維護(hù)菜品信息訂餐網(wǎng)站用戶注冊(cè)用戶管理用戶信息維護(hù)訂單管理添加菜品到購物車訂單修改支付管理調(diào)用支付接口圖3-1網(wǎng)上訂餐系統(tǒng)功能結(jié)構(gòu)圖

Fig3-1EquipmentmanagementstructuredrawingoftheVIPsystem

通過該系統(tǒng)可以管理訂餐系統(tǒng)的菜品信息，訂單信息，支付信息等。

10

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

具體功能模塊如下。

菜品品信息管理模塊：該模塊用來管理訂餐系統(tǒng)的菜品信息，包括菜品信息錄入以及菜品信息瀏覽兩個(gè)功能模塊。

用戶管理模塊：該模塊用來管理系統(tǒng)的用戶信息，包括用戶注冊(cè)以及用戶信息維護(hù)兩個(gè)功能模塊。

訂單管理模塊：該模塊用來管理訂單，用戶在瀏覽完菜品信息后可以選擇參與訂單，并可以修改訂單。

支付管理：該模塊是用來用戶支付訂單。

3.2代碼設(shè)計(jì)

3.2.1代碼設(shè)計(jì)原則

代碼是代表客觀存在的實(shí)體或事物的屬性、狀態(tài)的符號(hào)。在軟件系統(tǒng)中，代碼是人和計(jì)算機(jī)的共同的、標(biāo)準(zhǔn)的語言，是對(duì)信息進(jìn)行分類、校驗(yàn)、統(tǒng)計(jì)、檢索的關(guān)鍵屬性。

（1）唯一確定性原則：僅代表唯一的實(shí)體，分類時(shí)尋常選取事物的最穩(wěn)定的本質(zhì)屬性作為分類的基礎(chǔ)和依據(jù)。

（2）最小長度與可擴(kuò)展性原則（既對(duì)立又統(tǒng)一）。

（3）標(biāo)準(zhǔn)化原則；代碼的編制盡量標(biāo)準(zhǔn)化，盡量參照國家和行業(yè)標(biāo)準(zhǔn)。（4）便于計(jì)算機(jī)處理與便于記憶的原則（處理在前）。

（5）合理性：指代碼結(jié)構(gòu)要合理，盡量反映編碼對(duì)象的特征，使代碼具有分類標(biāo)識(shí)作用。

（6）穩(wěn)定性：應(yīng)預(yù)留足夠的位置，以適應(yīng)環(huán)境的變化,避免經(jīng)常修改代碼（空位太多也不好）。

（7）可識(shí)別性:長短適合、不用易混淆的字符(OZISV);空格不能用于代碼，時(shí)間采用24小時(shí)制;采用“字母字母數(shù)字〞結(jié)構(gòu),而非“字母數(shù)字字母〞結(jié)構(gòu);當(dāng)代碼>=4個(gè)字母或>=5個(gè)數(shù)字時(shí)要分段。

3.2.2系統(tǒng)所需代碼設(shè)計(jì)

1．菜品編號(hào)代碼

菜品編號(hào)代碼由8位數(shù)值組成，格式如下：XXXX菜品編號(hào)

11

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

3.3數(shù)據(jù)庫設(shè)計(jì)

3.3.1關(guān)系模式設(shè)計(jì)[2]

由系統(tǒng)的概念模型導(dǎo)出關(guān)系模式。主要原則及實(shí)現(xiàn)方法如下:（1）主要原則

一個(gè)實(shí)體型轉(zhuǎn)換為一個(gè)關(guān)系模式。實(shí)體的屬性就是關(guān)系的屬性，實(shí)體的碼就是關(guān)系的碼。

1）一個(gè)1:1聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與任意一端對(duì)應(yīng)的關(guān)系模式合并。假使轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，則與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，每個(gè)實(shí)體的碼均是該關(guān)系的候選碼。假使與某一端實(shí)體對(duì)應(yīng)的關(guān)系模式合并，則需要在該關(guān)系模式的屬性中參與另一個(gè)關(guān)系模式的碼和聯(lián)系本身的屬性。

2）一個(gè)1:n聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與n端對(duì)應(yīng)的關(guān)系模式合并。假使轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，則與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼n端實(shí)體的碼。

3）一個(gè)m:n聯(lián)系轉(zhuǎn)換為一個(gè)關(guān)系模式。與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼各實(shí)體碼的組合。

4）一個(gè)或三個(gè)以上實(shí)體間的一個(gè)多元聯(lián)系可以轉(zhuǎn)換為一個(gè)關(guān)系模式。與該多元聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼為各實(shí)體碼的組合。

（2）實(shí)現(xiàn)

根據(jù)上述原則,得出東河煤礦設(shè)備管理系統(tǒng)的關(guān)系模式如下。

1）菜品信息表（菜品編號(hào)、菜品名稱、菜品價(jià)格、推薦理由、菜品描述）。2）訂單信息表（訂單編號(hào)、菜品編號(hào)、菜品數(shù)量、訂單備注、用戶編號(hào)）。3）用戶信息表（用戶編號(hào)、用戶名、密碼、送餐地址、電話、用戶性別、用戶狀態(tài)）。4）管理員信息（管理員用戶名、管理員密碼、管理員權(quán)限）

12

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

3.3.2數(shù)據(jù)字典

表3-1菜品信息表Tab3-1informationofmanager

列含義菜品編號(hào)列表示commodityidcommodityname

PriceAgioAbout

類型varchar()varchar()varchar()varchar()varchar()

長度20202020200

完整性約束主鍵，字符字符字符字符字符

菜品名稱菜品價(jià)格推薦理由菜品描述

表3-2訂單信息表Tab3-2informationofvip

列含義

列表示p_nop_nameAgeabout

類型varchar()varchar()varchar()varchar()varchar()

表3-3用戶信息表

Tab3-3informationofconsume

列含義用戶編號(hào)

列表示User_idname

passwordaddtelPriceStutc

類型varchar()varchar()varchar()varchar()varchar()Number()Number()

13

長度2020202020

完整性約束主鍵，字符字符字符字符字符

訂單編號(hào)菜品編號(hào)菜品數(shù)量訂單備注用戶編號(hào)

User_id

長度20201020301616

完整性約束主鍵，字符

字符字符字符字符數(shù)值數(shù)值

用戶名密碼送餐地址電話用戶性別用戶狀態(tài)

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

表3-4管理員信息表Tab3-4informationofmanager

列含義管理員用戶

名密碼權(quán)限

列表示UsernamePasswordQuanxian

類型varchar()varchar()varchar()

長度202020

完整性約束主鍵，字符字符字符

3.4輸入輸出設(shè)計(jì)

3.4.1輸入設(shè)計(jì)

輸出是由計(jì)算機(jī)對(duì)輸入的原始信息進(jìn)行加工處理，形成高質(zhì)量的有效的信息，并使之具有一定的格式，提供管理者使用，這是輸出設(shè)計(jì)的主要職責(zé)和目標(biāo)。

表3-5輸入設(shè)計(jì)編號(hào)：001Tab3-5InputdesignSerialnumber：001

輸入名稱：菜品信息表輸入設(shè)備和介質(zhì)：鍵盤、鼠標(biāo)輸入源：管理員輸入時(shí)間和頻率：每天一次輸入信息量：共享范圍：本系統(tǒng)使用

表3-6輸入格式及內(nèi)容：Tab3-6Inputformandcontent

數(shù)據(jù)項(xiàng)名稱類型實(shí)際長度備注菜品編號(hào)V20菜品名稱V20價(jià)格V10

表3-7輸入設(shè)計(jì)編號(hào)：002Tab3-7InputdesignSerialnumber：002

輸入名稱：訂單信息表輸入設(shè)備和介質(zhì)：鍵盤、鼠標(biāo)輸入源：用戶輸入時(shí)間和頻率：每月一次輸入信息量：共享范圍：本系統(tǒng)使用

表3-8輸入格式及內(nèi)容：

14

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

Tab3-8Inputformandcontent

數(shù)據(jù)項(xiàng)名稱類型實(shí)際長度備注菜品編號(hào)V20用戶地址V20

3.4.2輸出設(shè)計(jì)

輸出是指將計(jì)算機(jī)處理的信息以人們所能識(shí)別的各種形式表示出來的各種處理。輸出設(shè)計(jì)就是對(duì)這些處理結(jié)果進(jìn)行設(shè)計(jì)。輸出是由計(jì)算機(jī)對(duì)輸入的原始信息進(jìn)行加工處理，形成高質(zhì)量的有效信息，并使之具有一定的格式，提供管理者使用，這是輸出設(shè)計(jì)的主要責(zé)任和目標(biāo)。

表3-11輸出設(shè)計(jì)編號(hào)：004Tab3-11Outputdesignserialnumber：004

輸有名稱：訂單跟蹤單輸出設(shè)備和介質(zhì)：JSP網(wǎng)頁.輸出類型：打印輸出輸出時(shí)間和步驟：每次統(tǒng)計(jì)輸入格式和內(nèi)容：

訂單跟蹤單

3.5運(yùn)行設(shè)計(jì)

3.5.1運(yùn)行環(huán)境

為了保證系統(tǒng)運(yùn)行的效率和可靠性，系統(tǒng)服務(wù)器端應(yīng)具有較高的軟硬件配置，客戶端的要求不是很高。其運(yùn)行要求如下：

客戶端：Windows2000/xp，InternetExplorer(IE)等

服務(wù)器端：Windows2000/xp，Tomcat6.0及其以上版本，IE等數(shù)據(jù)庫：采用Sqlserver2023，運(yùn)行于服務(wù)器端

3.5.2出錯(cuò)設(shè)計(jì)

本網(wǎng)站可以友好的提醒錯(cuò)誤信息，若密碼輸入錯(cuò)誤，就會(huì)提醒出錯(cuò)信息。若是在輸入過程中沒有依照規(guī)范輸入內(nèi)容，會(huì)有同樣的提醒信息。

15

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

3.5.3出錯(cuò)處理對(duì)策

數(shù)據(jù)庫出錯(cuò)，通過備份恢復(fù)數(shù)據(jù)庫內(nèi)容。

選擇穩(wěn)定的服務(wù)器作為本網(wǎng)站的服務(wù)器。保證網(wǎng)站的穩(wěn)定運(yùn)行。

3.6安全保密設(shè)計(jì)

3.6.1數(shù)據(jù)安全性

經(jīng)常備份數(shù)據(jù)庫文件以保證數(shù)據(jù)的安全性。使用代碼封裝技術(shù)保證代碼數(shù)據(jù)的安全性。

3.6.2登錄用戶的安全性

使用驗(yàn)證碼技術(shù)保證登錄用戶的安全性。

3.7維護(hù)設(shè)計(jì)

在完成系統(tǒng)實(shí)施、投入正常運(yùn)行后，就進(jìn)入了系統(tǒng)運(yùn)行與維護(hù)階段.本系統(tǒng)的維護(hù)應(yīng)包括以下幾方面：

1．程序維護(hù)：設(shè)備管理的功能是通過程序的運(yùn)行來實(shí)現(xiàn)的，在系統(tǒng)運(yùn)行過程中可能會(huì)遇到業(yè)務(wù)修改等一些狀況，或者用戶的需求發(fā)生一定的變化，這時(shí)，就需要對(duì)程序進(jìn)行修改，但是程序的修改屬于技術(shù)性比較強(qiáng)的過程，所以在程序修改上一定要慎重。

2．?dāng)?shù)據(jù)維護(hù)：無論是系統(tǒng)的硬件還是軟件，在運(yùn)行過程中難免有出錯(cuò)的時(shí)候，所以應(yīng)及時(shí)對(duì)數(shù)據(jù)文件進(jìn)行備份，以保證數(shù)據(jù)的完整性，當(dāng)原始數(shù)據(jù)丟失或損壞時(shí)，可以通過恢復(fù)數(shù)據(jù)庫來找回。

16

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

4系統(tǒng)詳細(xì)設(shè)計(jì)

從軟件開發(fā)的工程化觀點(diǎn)來看，在使用程序設(shè)計(jì)語言編制程序以前，需要對(duì)所采用算法的規(guī)律關(guān)系進(jìn)行分析，設(shè)計(jì)出全部必要的過程細(xì)節(jié)，并給予明了的表達(dá)，使之成為編碼的依據(jù)。

在詳細(xì)設(shè)計(jì)階段，要決定各個(gè)模塊的實(shí)現(xiàn)算法，并確切地表達(dá)這些算法。下面，以模塊定義、算法描述的方式對(duì)主要模塊進(jìn)行設(shè)計(jì)說明。

4.1菜品新增模塊

4.1.1模塊定義

菜品新增模塊是用來給商場(chǎng)工作人員對(duì)商品新增錄入。模塊定義見表4-1。

表4-1菜品新增模塊定義Tablet.4-1Userregistrationmodule

系統(tǒng)名稱：網(wǎng)上訂餐系統(tǒng)

模塊名稱：菜品新增模塊編號(hào)：VIP_001輸入：菜品信息

輸出：菜品信息（菜品編號(hào)、菜品名稱、菜品價(jià)格、推薦理由、菜品描述）處理：根據(jù)輸入的投票信息，向數(shù)據(jù)庫中寫入信息，并顯示

17

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

管理員輸入用戶登錄信息用戶是否存在否阻止登錄，是進(jìn)入菜品管理頁菜品新增否退出登錄是新增菜品操作完成終止圖4-1新增菜品程序流程圖Fig4-1ThediagramofSystemprocedureflow

18

4.1.2程序規(guī)律

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

4.2訂單管理信息記錄

4.2.1模塊定義

該模塊用于用戶選擇菜品參與購物車系統(tǒng)程序規(guī)律流程圖如圖4-1所示。模塊定義見表4-1。

表4-1訂單信息記錄模塊定義Tablet.4-1Userregistrationmodule

系統(tǒng)名稱：網(wǎng)上訂餐系統(tǒng)

模塊名稱：訂單管理編號(hào)：VIP_002輸入：訂單信息

輸出：訂單信息（訂單編號(hào)、菜品編號(hào)、菜品數(shù)量、訂單備注、用戶編號(hào)）處理：根據(jù)輸入的投票選項(xiàng)信息，向數(shù)據(jù)庫中寫入信息，并顯示

19

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

用戶輸入用戶登錄信息用戶是否存在阻止登錄，瀏覽菜品選擇菜品退出登錄參與購物車操作完成終止圖4-2vip訂單管理模塊程序流程圖Fig4-2Tostoragemoduleprocessflowchart

20

4.1.2程序規(guī)律

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

5系統(tǒng)編碼

5.1概述開發(fā)工具

5.1.1技術(shù)介紹

本系統(tǒng)采用B/S開發(fā)模式，開發(fā)工具選擇JAVA、STRUTS、JSP、JavaScript、Html語言，采用Tomcat服務(wù)器技術(shù)，后臺(tái)數(shù)據(jù)庫選用MYSQL。整體設(shè)計(jì)遵循軟件工程的方法，經(jīng)過需求分析、總體設(shè)計(jì)、文檔和代碼的編制、模塊測(cè)試和系統(tǒng)實(shí)現(xiàn)幾個(gè)階段。

B/S（Browser/Server）模式

伴隨著Internet的迅速發(fā)展，計(jì)算機(jī)技術(shù)正在由基于C/S（client）模式的應(yīng)用系統(tǒng)轉(zhuǎn)變?yōu)榛贐/S（Browser/Server）模式的應(yīng)用系統(tǒng)。

過去，網(wǎng)絡(luò)軟件的開發(fā)都采用C/S（client）模式，在這種模式下，主要的業(yè)務(wù)規(guī)律都集中于客戶端程序，因此，必然導(dǎo)致以下問題：

系統(tǒng)安裝、調(diào)試、維護(hù)和升級(jí)困難。由于客戶端的硬件配置可能存在差異，軟件環(huán)境也可能各不一致，因此，在安裝時(shí)，必需對(duì)每一個(gè)客戶端分別進(jìn)行配置，同樣，在軟件升級(jí)時(shí)也要對(duì)客戶端分別處理。

在整個(gè)系統(tǒng)中，業(yè)務(wù)規(guī)律和用戶界面都集中到了客戶端，必然會(huì)增加安全隱患。正是由于以上C/S模式的客戶端程序在部署和維護(hù)時(shí)面臨的問題，人們逐漸接受了基于瀏覽器（Brower）/服務(wù)器(Server)結(jié)構(gòu)的系統(tǒng)，即B/S模式。在此模式中，最核心的一點(diǎn)就是用通用的瀏覽器取代了原來的客戶端程序。B/S模式雖然只對(duì)C/S模式做了少許變動(dòng)，但帶來了巨大的好處：

應(yīng)用程序在部署、升級(jí)、維護(hù)時(shí)，只需要在服務(wù)器端進(jìn)行配置就可以了所有的配置工作都集中在服務(wù)器端，提高了系統(tǒng)的安全性

JSP的全稱是JavaServerPages，它是SUN推出的一種動(dòng)態(tài)網(wǎng)頁技術(shù)標(biāo)準(zhǔn)。它在傳統(tǒng)的靜態(tài)頁面文件（*.html,*，htm）中參與JAVA程序片段和JSP標(biāo)記，就構(gòu)成了JSP頁面。JSP具有以下的優(yōu)點(diǎn)：

將業(yè)務(wù)層與表示層分開：使用JSP技術(shù)，網(wǎng)絡(luò)開發(fā)人員可認(rèn)使用HTML來設(shè)計(jì)頁面顯示部分（如字體顏色等），使用JSP指令或者JAVA程序片段來生成網(wǎng)頁上的動(dòng)態(tài)內(nèi)容

能夠跨平臺(tái)：JSP支持絕大部分平臺(tái)，包括現(xiàn)在十分流行的LINUX系統(tǒng)，應(yīng)用十分廣泛的Apache服務(wù)器也提供了支持JSP的服務(wù)。

21

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

組件的開發(fā)和使用很便利：如JSP的組件是由C++，VB等語言開發(fā)的，并需要注冊(cè)才能使用；而JSP的組件是用Java開發(fā)的，可以直接使用。一次編寫，四處運(yùn)行：作為JAVA開發(fā)平臺(tái)的一部分，JSP具有JAVA的所有優(yōu)點(diǎn)，包括Writeonce,Runeverywhere。

Tomcat是一個(gè)免費(fèi)的開源的Serlvet容器，在Tomcat中，應(yīng)用程序的部署很簡單，你只需將你的WAR放到Tomcat的webapp目錄下，Tomcat會(huì)自動(dòng)檢測(cè)到這個(gè)文件，并將其解壓。你在瀏覽器中訪問這個(gè)應(yīng)用的Jsp時(shí)，尋常第一次會(huì)很慢，由于Tomcat要將Jsp轉(zhuǎn)化為Servlet文件，然后編譯。編譯以后，訪問將會(huì)很快。另外Tomcat也提供了一個(gè)應(yīng)用：manager，訪問這個(gè)應(yīng)用需要用戶名和密碼，用戶名和密碼存儲(chǔ)在一個(gè)xml文件中。通過這個(gè)應(yīng)用，輔助于Ftp，你可以在遠(yuǎn)程通過Web部署和撤銷應(yīng)用。當(dāng)然本地也可以。

Tomcat也具有傳統(tǒng)的Web服務(wù)器的功能：處理Html頁面。但是與Apache相比，它的處理靜態(tài)Html的能力就不如Apache。我們可以將Tomcat和Apache集成到一塊，讓Apache處理靜態(tài)Html，而Tomcat處理Jsp和Servlet。這種集成只需要修改一下Apache和Tomcat的配置文件即可。

Tomcat是一個(gè)很好的工具，不僅僅由于其免費(fèi)，功能強(qiáng)大，更由于其開放性，越來越收到人們的重視。

5.22編程腳本

5.3.1前臺(tái)程序腳本

前臺(tái)是本系統(tǒng)設(shè)計(jì)的重點(diǎn)，利用JSP中的各個(gè)視圖控件進(jìn)行顯示，在界面方面做到簡單美觀，避免以前系統(tǒng)的廣告混亂的局面，完全取消廣告系統(tǒng)。讓用戶使用便利，快捷。

主要代碼請(qǐng)參見附錄C程序腳本。

5.3.2JAVA程序腳本

JAVA程序是本系統(tǒng)設(shè)計(jì)的核心，主要用來設(shè)計(jì)動(dòng)作，不采用美化，由于其功能重在管理，不在于條條不格的炫麗，設(shè)計(jì)中突出規(guī)整。

主要代碼請(qǐng)參見附錄C程序腳本。

22

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

5.3.3后臺(tái)數(shù)據(jù)庫腳本

主要代碼請(qǐng)參見附錄C程序腳本。

23

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

6系統(tǒng)測(cè)試

6.1測(cè)試原則及測(cè)試方法概述

系統(tǒng)測(cè)試包括包括單元測(cè)試和集成測(cè)試。單元測(cè)試屬于編碼與單元測(cè)試階段的任務(wù)，而集成測(cè)試則是系統(tǒng)集成階段的任務(wù)。在測(cè)試開始之前，應(yīng)當(dāng)編制測(cè)試計(jì)劃和設(shè)計(jì)測(cè)試案例。測(cè)試案例系指測(cè)試輸入數(shù)據(jù)及對(duì)應(yīng)的輸出，其設(shè)計(jì)依靠與所采用的測(cè)試方法：白盒測(cè)試與黑盒測(cè)試。[11]

測(cè)試方法有兩種：

1）黑盒測(cè)試：黑盒測(cè)試是把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否能依照規(guī)格說明書的規(guī)定正常使用，是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。黑盒測(cè)試又稱為功能測(cè)試。

2）白盒測(cè)試：假使已知產(chǎn)品的內(nèi)部活動(dòng)方式，可以測(cè)試它的內(nèi)部活動(dòng)是否滿足設(shè)計(jì)要求。這種方法稱作白河測(cè)試法。白盒測(cè)試檢查軟件內(nèi)部的規(guī)律結(jié)構(gòu)，是以細(xì)心檢查過程的細(xì)節(jié)為基礎(chǔ)，通過一組指定條件和循環(huán)的測(cè)試用例，對(duì)穿過軟件的規(guī)律路徑進(jìn)行測(cè)試，可以在不同點(diǎn)檢查程序的狀態(tài)，以確定實(shí)際狀態(tài)與預(yù)期狀態(tài)是否一致。[12]

軟件測(cè)試基本上由下述幾個(gè)步驟組成：1）模塊測(cè)試

模塊測(cè)試的目的是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行，所以模塊測(cè)試尋常又稱為單元測(cè)試。在這個(gè)測(cè)試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤。

2）子系統(tǒng)測(cè)試

子系統(tǒng)測(cè)試是把經(jīng)過單元測(cè)試的模塊放在一起形成一個(gè)子系統(tǒng)來測(cè)試。模塊相互間的協(xié)調(diào)和通信是這個(gè)測(cè)試過程中的主要問題，因此這個(gè)步驟著重測(cè)試模塊的接口。

3）系統(tǒng)測(cè)試

系統(tǒng)測(cè)試是把經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來測(cè)試。在這個(gè)過程中不僅應(yīng)當(dāng)發(fā)現(xiàn)設(shè)計(jì)和編碼的錯(cuò)誤，還應(yīng)當(dāng)驗(yàn)證系統(tǒng)確實(shí)能提供需求說明書中指定的功能，而且系統(tǒng)的動(dòng)態(tài)特性也符合預(yù)定要求。

4）驗(yàn)收測(cè)試

驗(yàn)收測(cè)試的目的是驗(yàn)證系統(tǒng)確實(shí)能夠滿足用戶的需要，在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往往

24

遼寧工程技術(shù)大學(xué)畢業(yè)設(shè)計(jì)（論文）

是系統(tǒng)需求說明書中的錯(cuò)誤。

5）平行運(yùn)行

所謂平行運(yùn)行就是同時(shí)運(yùn)行新開發(fā)出來的系統(tǒng)和將被它取代的舊系統(tǒng)，以便比較新舊兩個(gè)系統(tǒng)的處理結(jié)果。

該系統(tǒng)采用白盒測(cè)試法，白盒測(cè)試法的前提是可以把程序看成裝在一個(gè)透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理過程。這種方法依照程序內(nèi)部的規(guī)律測(cè)試程序，檢驗(yàn)程序中的每條通路是否都能按預(yù)定的要求工作。白