網(wǎng)上訂餐系統(tǒng)2

1、天津職業(yè)技術(shù)師范大學(xué) Tianjin University of Technology and Education 軟件工程課程設(shè)計(jì) 網(wǎng)上訂餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 學(xué) 院：信息技術(shù)工程學(xué)院 專 業(yè)： 計(jì)算機(jī)科學(xué)技術(shù) 班級(jí)學(xué)號(hào)： 1113 32 學(xué)生姓名：王葳 指導(dǎo)教師：王宏杰 二一五年七月 一、前言 1. 研究背景與研究意義 1.1 本課題的研究背景 21 世紀(jì)，全球網(wǎng)絡(luò)化，科技在土匪猛進(jìn)。我們的生活同網(wǎng)絡(luò)通信息息相關(guān)， 計(jì)算機(jī)已經(jīng)普及到我們社會(huì)和經(jīng)濟(jì)生活中的各個(gè)領(lǐng)域。人們進(jìn)行信息交流的深 度與廣度不斷增加，這使得我們的服務(wù)，管理也應(yīng)該跟上時(shí)代的步伐去前進(jìn)。 電子商務(wù)在此得到極大地普及哎與發(fā)展。

2、餐飲業(yè)在電子商務(wù)中還處于形成的初期，傳統(tǒng)的飲食業(yè)中，大都是以實(shí)際 面的形式來進(jìn)行宣傳和交流的。作為網(wǎng)絡(luò)普及化的社會(huì)，這還缺少了一些更為 現(xiàn)代化的元素。餐飲業(yè)是一種個(gè)性化、多樣化的服務(wù)產(chǎn)業(yè)，而電子商務(wù)則最能 體現(xiàn)個(gè)性化、多樣化服務(wù)的商務(wù)方式。而且現(xiàn)在大部分電子商務(wù)都體現(xiàn)為大企 業(yè)服務(wù)，結(jié)合餐飲這個(gè)特殊的行業(yè)， 終將還發(fā)展為向小區(qū)域小店鋪服務(wù)的模式。 以最貼切的方式，最靈便的服務(wù)進(jìn)入各個(gè)網(wǎng)絡(luò)社區(qū)，進(jìn)入人們的生活。 1.2 本課題的研究意義 針對(duì)餐飲業(yè)大背景下的問題與方向， 我們可以擦覺到這個(gè)大行業(yè)中尚有我 們可為的地方。本平臺(tái)提供適合不同人群，最貼切的服務(wù)。我們將通過網(wǎng)絡(luò)平 臺(tái)，去體現(xiàn)服務(wù)質(zhì)量，去

3、創(chuàng)造效益。我們 我們應(yīng)當(dāng)抓住，中小店鋪，提供區(qū)域化服務(wù)這一概念；為它們提供最貼切 的服務(wù)；把它體現(xiàn)在我們電子商務(wù)服務(wù)上來， 融合到我們軟件開發(fā)的產(chǎn)品中來； 去建立起特色鮮明的訂餐網(wǎng)站，以取得組大的經(jīng)濟(jì)效益。 綜上所述，即采用更先進(jìn)，更高級(jí)的技術(shù)手段來設(shè)計(jì)和開發(fā)餐飲服務(wù)系統(tǒng)， 采用更科學(xué)、更合理的方法來解決餐飲服務(wù)系統(tǒng)的問題，將為其帶來更新的活 力，餐飲服務(wù)系統(tǒng)也將朝著更準(zhǔn)確、更高效的趨勢(shì)發(fā)展前進(jìn)。 1.3 本課題的開發(fā)目標(biāo) 開發(fā)出一個(gè)適合餐飲行業(yè)，能夠滿足用戶需求的系統(tǒng)， 設(shè)計(jì)并實(shí)現(xiàn)一個(gè)基 于ASP.NET勺訂餐系統(tǒng)，該系統(tǒng)應(yīng)該具備的功能有：用戶權(quán)限管理、瀏覽功能、 訂單功能等。 二、系統(tǒng)開發(fā)

4、語言 -ASP 2.1 ASP 開發(fā)語言介紹 Active Server Pages （ ASP活動(dòng)服務(wù)器頁面）就是一個(gè)編程環(huán)境，在其 中，可以混合使用HTML腳本語言以及組件來創(chuàng)建服務(wù)器端功能強(qiáng)大的 In ternet應(yīng)用程序。如果你以前創(chuàng)建過一個(gè)站點(diǎn)，其中混合了 HTML腳本語言 以及組件，你就可以在其中加入 ASP程序代碼。通過在HTMLK面中加入腳本命 令，你可以創(chuàng)建一個(gè)HTM!用戶界面，并且，還可以通過使用組件包含一些商業(yè) 邏輯規(guī)則。組件可以被腳本程序調(diào)用， 也可以由其他的組件調(diào)用。 目前， Internet 上的許多基于 Windows平臺(tái)的Web站點(diǎn)已開始應(yīng)用ASP來替換CGI。

5、 2.2 ASP.NET 的優(yōu)勢(shì) ASP.NET程序在第一次執(zhí)行時(shí)就會(huì)在服務(wù)器上編譯生成，當(dāng)再次被執(zhí)行時(shí) 不需要重復(fù)進(jìn)行編譯，這樣就不會(huì)增加服務(wù)器進(jìn)行重復(fù)編譯的負(fù)擔(dān)。而其他一 些語言程序每次均需要占用服務(wù)器資源去進(jìn)行編譯，所以運(yùn)行次數(shù)越多， ASP.NET的優(yōu)勢(shì)月明顯。 ASP.NET具有強(qiáng)大的功能以及良好的可移植性，由于 ASP.NET建立在CLR 基礎(chǔ)上，這使得整個(gè)平臺(tái)的功能更加強(qiáng)大、更加適合網(wǎng)絡(luò)應(yīng)用程序的開發(fā)。 ASP.NET可以使用多種語言來編寫。此外，CLR的協(xié)同工作能力保證了以前開發(fā) 的基于COM勺程序，在移植到ASP.NET后，依然可以正常使用。 ASP.NET擁有大量工具箱的支

6、持：在Visual Studio 的開發(fā)環(huán)境中， ASP.NET具有豐富的工具箱和設(shè)計(jì)器。如所見即所得的編譯方式，支持拖放的 粉武器控件以及動(dòng)態(tài)的配置管理，另外還有許多的大三方控件可以使用。 ASP工作流程圖如下: 圖2-1 ASP工作流程圖 三、系統(tǒng)需求分析 網(wǎng)上訂餐系統(tǒng)無論是在應(yīng)用的深度還是廣度上都是一個(gè)逐步發(fā)展的過程，在 開發(fā)一個(gè)局部系統(tǒng)時(shí)要充分考慮到局部系統(tǒng)和整個(gè)目標(biāo)系統(tǒng)之前的相容性和完 整性，以利于今后整個(gè)系統(tǒng)的建立，從訂單處理流程上總體把握系統(tǒng)的設(shè)計(jì)，在 具體的設(shè)計(jì)實(shí)現(xiàn)上圍繞兩個(gè)方面展開，即買家和賣家。 3.1可行性分析 隨著經(jīng)濟(jì)的快速發(fā)展，B2C電子商務(wù)越來越受到人們的關(guān)注，網(wǎng)上

7、訂餐類 網(wǎng)站，已經(jīng)如雨后春筍般的出現(xiàn)在了大城市，特別在公司，企業(yè)內(nèi)部，團(tuán)體訂已 經(jīng)成為了趨勢(shì)。同時(shí)，隨著全國人民的精神、物質(zhì)和文化生活高度的提高，人們 已經(jīng)不在僅僅停留在吃飽的程度， 不但要吃飽，還要吃好，而且口味也越來越挑 剔，正因?yàn)槿绱司W(wǎng)絡(luò)訂餐業(yè)務(wù)的出現(xiàn)， 正迎合了這些人的口味，他們不但省去了 自己做飯的麻煩，而且也能尋找和發(fā)現(xiàn)新的菜品，品嘗不同風(fēng)格的菜品，網(wǎng)絡(luò)訂 餐業(yè)務(wù)在中國有著極大地發(fā)展看空間以及良好的背景，而當(dāng)代大學(xué)生，白領(lǐng)工作 人士為社會(huì)中重要的群體，他們對(duì)飲食的要求都在不斷提高，飲食在他們生活中 起著重要的作用。因此，面向大學(xué)生和都市白領(lǐng)的網(wǎng)絡(luò)訂餐系統(tǒng)網(wǎng)站的設(shè)計(jì)有著 良好的現(xiàn)實(shí)意

8、義。 綜合以上分析，本設(shè)計(jì)決定利用ASP.NET和SQLServer設(shè)計(jì)網(wǎng)上訂餐系統(tǒng)， 不得用于商業(yè)用途 ASP.NET可以創(chuàng)建和運(yùn)用動(dòng)態(tài)、交互的 WE曲艮務(wù)器應(yīng)用程序。SQL Server 2008 是一個(gè)杰出的數(shù)據(jù)庫平臺(tái)， 具有功能強(qiáng)大，安全可靠等特點(diǎn)， 可用于大型聯(lián)機(jī)事 務(wù)處理、數(shù)據(jù)倉庫及電子商務(wù)等。 技術(shù)可行性分析 網(wǎng)絡(luò)訂餐系統(tǒng)的開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程。為了保證系統(tǒng)開發(fā)成功， 必須 采用工程化的系統(tǒng)開發(fā)方法， 并研究出一些符合工程化標(biāo)準(zhǔn)的開發(fā)方法。 這些方 法旨在指導(dǎo)開發(fā)者進(jìn)行工程化的系統(tǒng)開發(fā)， 從而加快系統(tǒng)開發(fā)的速度， 保證質(zhì)量 以及降低開發(fā)成本。 工程化的系統(tǒng)開發(fā)方法確實(shí)在開發(fā)實(shí)

9、踐中取得了一定的效果。 此次開發(fā)使用JSP作為開發(fā)語言，采用Servlet技術(shù),Tomcat5.0作為Web服務(wù) 器。 運(yùn)行可行性分析： 隨著計(jì)算機(jī)知識(shí)的普及和推廣， 越來越多的人掌握了計(jì)算機(jī)的基本使用方法 和技能。隨著In ternet的發(fā)展，用戶對(duì)于網(wǎng)絡(luò)、 WINDOWS環(huán)境下的軟件使用 比較熟悉，對(duì)于新鮮事物，用戶表現(xiàn)出極大的興趣和熱情。 經(jīng)濟(jì)可行性分析： 網(wǎng)絡(luò)訂餐系統(tǒng)給人們帶來了方便，成為一種全新的商務(wù)模式。因此，不用出 門就可以在家購物的新時(shí)尚已經(jīng)到來， 構(gòu)建一個(gè)網(wǎng)絡(luò)訂餐系統(tǒng)在經(jīng)濟(jì)上是完全可 行的。 法律可行性分析： 即該平臺(tái)的開發(fā)會(huì)不會(huì)在社會(huì)上引起侵權(quán)或其它責(zé)任問題。 因?yàn)樵撈脚_(tái)是

10、作 為畢業(yè)設(shè)計(jì)與商業(yè)無關(guān)， 又因?yàn)槭亲灾鏖_發(fā)設(shè)計(jì)， 因此不會(huì)構(gòu)成侵權(quán)， 在法律上 是可行的。 就本系統(tǒng)而言，隨著電腦的普及， 為學(xué)生在網(wǎng)絡(luò)上進(jìn)行購物提供有利的條件。 而一個(gè)網(wǎng)絡(luò)訂餐系統(tǒng)可以為學(xué)生提供軟件條件， 這樣學(xué)生便可以足不出戶的買菜 品了。商家可以從中獲得利潤，兩全其美。 通過以上的分析，開發(fā)網(wǎng)絡(luò)訂餐系統(tǒng)是完全可行的。 3.2系統(tǒng)需求分析 1、要全面了解系統(tǒng)的使用客戶群體 開發(fā)本系統(tǒng)的主要目標(biāo)：為餐廳開發(fā)一套滿足網(wǎng)上訂餐業(yè)務(wù)管理的系統(tǒng)，做 到量身定做，不求功能最全，只求功能能夠好用 . 2、注重與客戶的溝通 從事餐廳管理系統(tǒng)的開發(fā)人員在進(jìn)行需求分析時(shí)，需要了解用戶的真實(shí)需 求，畢竟開發(fā)人

11、員不一定了解訂餐管理業(yè)務(wù)， 系統(tǒng)開發(fā)者只有在與客戶的交流過 程中才能真正了解該行業(yè)的規(guī)則，業(yè)務(wù)流程等，在后續(xù)的軟件設(shè)計(jì)中，才能設(shè)計(jì) 出真正貼近需求的功能模塊。 3、尊重使用者的意見 進(jìn)行需求分析時(shí)，難免會(huì)向用戶咨詢，對(duì)某個(gè)功能進(jìn)行討論，有時(shí)會(huì)遇到 意見不一致，開發(fā)人員應(yīng)當(dāng)充分尊重客戶的意見。 4、必須按系統(tǒng)分析方法有序進(jìn)行 進(jìn)行系統(tǒng)需求分析時(shí)，通常要依照自頂向下、依次分解的分析方法來對(duì)待 具體問題，把一個(gè)整體的系統(tǒng)拆分成小的，具有獨(dú)立功能的校系統(tǒng)活模塊，這樣 可以將一個(gè)復(fù)雜的問題進(jìn)行分解， 再逐個(gè)進(jìn)行解決，可以降低難度，在系統(tǒng)設(shè)計(jì) 的時(shí)候同樣要采取模塊化設(shè)計(jì)，對(duì)各個(gè)分模塊依次進(jìn)行設(shè)計(jì)，再進(jìn)行整

12、合形成統(tǒng) 一的系統(tǒng)。 3.2.2數(shù)據(jù)流分析 通過對(duì)系統(tǒng)的需求分析，系統(tǒng)的基本功能已經(jīng)大體確定。 整個(gè) 系統(tǒng)的數(shù)據(jù)流分為兩個(gè)模塊，買家模塊，賣家模塊數(shù)據(jù)流圖 Di買家密碼-D商品信息| D3 |訂單信息 運(yùn)行 買家 系統(tǒng)數(shù)據(jù)字典 顧客模塊E-R圖 3.3系統(tǒng)功能分析 網(wǎng)上訂餐系統(tǒng)主要是實(shí)現(xiàn)網(wǎng)上瀏覽菜單、訂餐、產(chǎn)生訂單等功能的系統(tǒng)。需 要實(shí)現(xiàn)菜單信息的動(dòng)態(tài)提示，客戶信息注冊(cè)、登錄管理、訂單處理等模塊。需要 完成的主要任務(wù)如下：當(dāng)客戶進(jìn)入網(wǎng)上訂餐時(shí)，應(yīng)該在主頁面中分類顯示最新的 菜品信息，以提供買家選擇所需菜品。 分析該網(wǎng)上訂餐系統(tǒng)，制定整個(gè)系統(tǒng)框架如3-1所示 四、系統(tǒng)設(shè)計(jì) 4.1、系統(tǒng)設(shè)計(jì)的原則

13、 不得用于商業(yè)用途 系統(tǒng)設(shè)計(jì)是軟件生命周期最重要的環(huán)節(jié)， 設(shè)計(jì)的好壞直接影響到軟件的質(zhì) 量。在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí)，一般要注意依稀按原則： 1 、注意界面的整潔和美觀 界面在設(shè)計(jì)應(yīng)注意整體的美觀性和整潔性， 不宜設(shè)計(jì)的過于復(fù)雜， 讓客戶眼 花繚亂。界面是系統(tǒng)與客戶交互的焦點(diǎn)， 美觀的界面可以使人心情愉悅， 因而更 好地投入工作。相反，糟糕的界面設(shè)計(jì)，凌亂的結(jié)構(gòu)不但讓客戶心情不舒適，而 且操作也不方便， 這樣會(huì)降低客戶的工作效率， 所以界面設(shè)計(jì)不僅要考慮美觀大 方，同時(shí)要合理布局，保持鮮明的層次感。 2 、應(yīng)用模塊的設(shè)計(jì)思想 一個(gè)系統(tǒng)可能是相當(dāng)復(fù)雜的，設(shè)計(jì)起來會(huì)耗費(fèi)很多時(shí)間，且容易出錯(cuò)，出 了問題也很

14、難定位大原因， 模塊化設(shè)計(jì)是指將整個(gè)系統(tǒng)進(jìn)行分解， 分解成許多簡 單且比較好實(shí)現(xiàn)的模塊， 每個(gè)模塊獨(dú)立， 并能實(shí)現(xiàn)某一功能， 每個(gè)模塊可以獨(dú)立 建設(shè)，彼此不受影響，但模塊間存有聯(lián)系，模塊間有連接的接口 ，在完成好所 有的模塊設(shè)計(jì)后， 通過設(shè)定的接口把所有的模塊連接起來成為統(tǒng)一的整體。 采用 模塊化設(shè)計(jì)能有效地提高開發(fā)效率， 縮短開發(fā)周期， 并且結(jié)構(gòu)清晰， 可維護(hù)性強(qiáng) 也容易擴(kuò)展。 3 、應(yīng)考慮系統(tǒng)的整體性能 系統(tǒng)運(yùn)行的整體性能決定系統(tǒng)好壞，因此在設(shè)計(jì)時(shí)，尤其應(yīng)該注意系統(tǒng)的 各個(gè)性能，比如其安全性、 可靠性、適用性等。系統(tǒng)應(yīng)能滿足用戶的動(dòng)態(tài)需求， ， 能及時(shí)升級(jí)擴(kuò)展相應(yīng)的功能。 若不能進(jìn)行升級(jí)的

15、系統(tǒng)很快就會(huì)被淘汰， 將會(huì)造成 嚴(yán)重的浪費(fèi)， 另外系統(tǒng)的安全性等其他性能同樣需要在設(shè)計(jì)時(shí)考慮進(jìn)去， 以保證 系統(tǒng)的穩(wěn)定運(yùn)行。 4 、易于維護(hù)和擴(kuò)展 系統(tǒng)在使用過程中或多或少會(huì)出現(xiàn)一些問題，大對(duì)這些問題的容忍程度是 在適時(shí)間不影響系統(tǒng)的正常使用。 系統(tǒng)完成后， 不可能是完美的， 用戶在使用過 程中可能會(huì)想增加一些功能， 此時(shí)系統(tǒng)必須易于擴(kuò)展， 否則會(huì)增加很大的工作來 不得用于商業(yè)用途 那個(gè)。 4.2 總體設(shè)計(jì) 根據(jù)以上所做的定義及分析，本課題在此基礎(chǔ)上利用 ASP .NET 和SQLServer2008技術(shù)構(gòu)建基于 Wet數(shù)據(jù)庫的開發(fā)的、信息共享的、 動(dòng)態(tài)的交互式平臺(tái)，該平臺(tái)可以在基于 Wind

16、oe2005/XP/2003 系統(tǒng)構(gòu) 建的局域網(wǎng)或In ternet上使用。在總體結(jié)構(gòu)上是采用B/S模式設(shè)計(jì)， 各類菜品信息和數(shù)據(jù)庫中的信息在服務(wù)器端，采用中心數(shù)據(jù)庫 SQL Server 統(tǒng)一存放和組織。本系統(tǒng)主要有兩個(gè)模塊：買家模塊和賣家 模塊。每個(gè)模塊有不同的權(quán)限和使用功能。 4.3 詳細(xì)設(shè)計(jì) 買家模塊的具體功能： 登錄模塊的流程圖： 買家登錄界面： 買家模塊的詳細(xì)設(shè)計(jì) 買家的主要功能有：修改個(gè)人信息、查看外賣，訂單查詢。買家 要下訂單在前可以查看外賣具體信息：比如商品價(jià)格、商家信息等， 當(dāng)付費(fèi)買家要求時(shí)，買家可以下單，下單時(shí)會(huì)確認(rèn)用戶是否購買，用 戶群定后，即購買成功，等待商家送飯。

17、買家修改個(gè)人信息界面： 買家查看外賣界面: 買家下訂單流程圖: 買家購買成功界面： 買家訂單查詢界面： 五、系統(tǒng)測試與維護(hù) 系統(tǒng)測試時(shí)對(duì)系統(tǒng)能否正常、穩(wěn)定、可靠的運(yùn)行的有力保證，軟件測試的 5.1測試主要目的是： 發(fā)現(xiàn)一些可以通過測試避免的開發(fā)風(fēng)險(xiǎn)。 實(shí)施測試來降低所發(fā)現(xiàn)的風(fēng)險(xiǎn)。 確定測試何時(shí)可以結(jié)束。 在開發(fā)項(xiàng)目的過程中將測試看作是一個(gè)標(biāo)準(zhǔn)項(xiàng)目。 5.2 軟件測試的方法 軟件測試是用來發(fā)現(xiàn)系統(tǒng)和用戶需求不符合的過程。 測試方法分為： 白盒 試和黑盒測試。 白盒測試是對(duì)軟件過程性細(xì)節(jié)做出細(xì)致的檢查。 這樣的方法是把測試對(duì)象 看做是一個(gè)打開的盒子， 它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)以及有關(guān)的

18、信 息，設(shè)計(jì)或者選擇測試用例， 對(duì)程序所有的邏輯路徑進(jìn)行測試。通過在不同的節(jié)點(diǎn)來檢查程序的狀態(tài)， 確定實(shí)際狀態(tài)是否與預(yù)期達(dá)成一致。 因此，白盒測試又稱為結(jié)構(gòu)測試或者是邏輯 測試。白盒測試主要是想對(duì)程序模塊進(jìn)行如下檢查： 1) 對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一遍 2) 對(duì)所有的邏輯判定，取“真”或者取“假”的兩種情況至少能測一遍 3) 在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體 4) 測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性 本次系統(tǒng)測試主要是選擇黑盒測試， 軟件的黑盒測試意味著測試要在軟件 的接口處進(jìn)行測試。 這樣的方法是把測試對(duì)象看成一個(gè)黑盒子， 測試人員完全不 考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部屬性， 只是根

19、據(jù)程序的需求規(guī)格說明書， 檢查程 序的功能是否符合它的功能說明， 因此黑盒測試又叫功能測試或者數(shù)據(jù)驅(qū)動(dòng)測試。 黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤： 1) 是否有不正確或遺漏的功能 2) 在接口上，輸入是否正確的接受，能否輸出正確的結(jié)果 3) 是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息 (例如數(shù)據(jù)文件 )訪問錯(cuò)誤 4) 性能上是否能夠滿足要求 5) 是否有初始化或者終止性錯(cuò)誤 5.3 模塊測試 注冊(cè)/ 登錄模塊測試 訂單處理模塊： 5.4 測試總結(jié) 此次測試采用黑盒測試方法。 做了許多測試用例， 但限于篇幅只寫出了幾個(gè) 典型的測試用例。 在測試的整個(gè)過程中， 每個(gè)模塊的功能都比較成功， 但也發(fā)現(xiàn) 了一些問題，

20、 如在數(shù)據(jù)庫等多方面沒有數(shù)據(jù)的時(shí)候出現(xiàn)異常等， 發(fā)現(xiàn)后及時(shí)做了 修改。目前系統(tǒng)還存在很多值得改進(jìn)的地方， 將會(huì)在今后使用和維護(hù)中不斷完善 此網(wǎng)上訂餐系統(tǒng)。 六、 感想和總結(jié) 本次設(shè)計(jì)以Visual studio 2010 為開發(fā)平臺(tái)，以C#為主要考司法語言，結(jié) 合SQLServer2008數(shù)據(jù)庫的應(yīng)用。該系統(tǒng)是一個(gè)基于 Web的訂餐管理服務(wù)平臺(tái)， 其功能主要包括：買家注冊(cè)登錄、個(gè)人信息修改、查看外賣等。 本系統(tǒng)雖然在外賣訂購方面取得了一定的效果， 但在著一些不足， 因?yàn)殚_發(fā) 時(shí)間倉促， 本系統(tǒng)原先構(gòu)架的一些模塊沒有來得及完成， 一些細(xì)微的功能用戶也 許不能方便、 流暢地使用。 總結(jié)其不足， 該系統(tǒng)還可以對(duì)一下幾點(diǎn)做進(jìn)一步的改 進(jìn)。 1 、 系統(tǒng)的交互性不強(qiáng)，用戶不能反饋意見，只能修改個(gè)人信息，查詢 和購買。 2、界面不夠友好，比較單調(diào)，因此要增加系統(tǒng)的美觀性。 本次課題描述的是網(wǎng)上訂餐系統(tǒng)， 在對(duì)訂餐系統(tǒng)的設(shè)計(jì)與開發(fā)過程中， 雖然 經(jīng)