https://www.bilibili.com/video//

演示視頻：

3.1 可行性分析

本節(jié)通過(guò)對(duì)系統(tǒng)實(shí)行的目的初步調(diào)查和分析，提出可行性方案并對(duì)其一一進(jìn)行論證。我們?cè)谶@里主要從技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性和法律可行性等方面進(jìn)行分析。

根據(jù)該系統(tǒng)目標(biāo)來(lái)衡量所需的技術(shù)是否具備，一般可從硬軟件的性能要求、環(huán)境條件、操作人員水平和數(shù)量等方面去考慮和分析。

考慮到系統(tǒng)實(shí)施的可行性，在軟件方面選擇了如今較流行的JSP技術(shù)來(lái)進(jìn)行開(kāi)發(fā)設(shè)計(jì)，使用MYSQL數(shù)據(jù)庫(kù)存儲(chǔ)數(shù)據(jù)，JSP技術(shù)和MYSQL數(shù)據(jù)庫(kù)目前都很成熟。因此軟件方面是可行的。

在硬件方面的選擇空間較大，只要是奔騰系列及以上的計(jì)算機(jī)，內(nèi)存在256M以上，硬盤(pán)在30MB以上，即可進(jìn)行系統(tǒng)的開(kāi)發(fā)。目前個(gè)人電腦的配置完全可以滿(mǎn)足開(kāi)發(fā)需求，所以系統(tǒng)的開(kāi)發(fā)在硬件方面也具有很大的可行性。

從經(jīng)濟(jì)許可上分析，系統(tǒng)開(kāi)發(fā)需求成本并不高,而且采用的都是開(kāi)源碼,降低了開(kāi)發(fā)成本，而且系統(tǒng)設(shè)計(jì)一旦完成，就能為運(yùn)行。而且此系統(tǒng)對(duì)計(jì)算機(jī)配置要求也不高，即使是網(wǎng)吧淘汰下來(lái)的計(jì)算機(jī)也能夠滿(mǎn)足需要。因此，從經(jīng)濟(jì)角度考慮，此系統(tǒng)開(kāi)發(fā)可行。

本系統(tǒng)操作比較容易，大部分輸入信息頁(yè)面選擇的形式都是下拉框。在有些頁(yè)面，信息可以自動(dòng)生成，不需要輸入，操作比較容易，對(duì)用戶(hù)的要求不高，只需要熟練操作WINDOWS即可。所以，本捷時(shí)客網(wǎng)上訂餐系統(tǒng)在操作上是可行的。

本系統(tǒng)開(kāi)發(fā)的所有技術(shù)資料都為合法，知識(shí)產(chǎn)權(quán)問(wèn)題不會(huì)發(fā)生在開(kāi)發(fā)過(guò)程中，而且沒(méi)有抄襲其他相關(guān)系統(tǒng)，不會(huì)有侵犯版權(quán)的問(wèn)題。所以在開(kāi)發(fā)過(guò)程中不會(huì)涉及法律責(zé)任。

本基于Java的捷時(shí)客網(wǎng)上訂餐系統(tǒng)的開(kāi)發(fā)可行性從技術(shù)、經(jīng)濟(jì)、操作和法律等上來(lái)看可行性都是很高的。

3.2性能需求分析

基于Java的捷時(shí)客網(wǎng)上訂餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)嚴(yán)格控制管理權(quán)限，具體要求如下：

1.要想對(duì)基于Java的捷時(shí)客網(wǎng)上訂餐系統(tǒng)進(jìn)行管理，首先要依靠正確的用戶(hù)名和密碼進(jìn)行管理員登錄，用戶(hù)要想實(shí)現(xiàn)網(wǎng)上訂餐的操作，必須進(jìn)行注冊(cè)登錄系統(tǒng)，這樣，充分保證了系統(tǒng)的安全性，穩(wěn)定性，系統(tǒng)Zui終由系統(tǒng)管理員進(jìn)行全面管理。

2.系統(tǒng)在具體實(shí)現(xiàn)中對(duì)不同的權(quán)限進(jìn)行設(shè)定，不同權(quán)限的用戶(hù)在系統(tǒng)中登陸后，不可以越級(jí)操作。

3.在實(shí)際使用的過(guò)程中系統(tǒng)都會(huì)涉及到很對(duì)需要進(jìn)行保密的數(shù)據(jù)，系統(tǒng)出現(xiàn)一些漏洞將這些信息泄露出去將會(huì)對(duì)用戶(hù)產(chǎn)生很大的損失，所以在開(kāi)發(fā)系統(tǒng)時(shí)我們充分確保了本系統(tǒng)的可靠性。

1.保證商品信息的完整全面，商品信息的內(nèi)容不可以為空。

2.系統(tǒng)中各數(shù)據(jù)間的相互聯(lián)系要保持其正確性。

3.相同的數(shù)據(jù)在不同的記錄中要保持一致性。

3.3界面需求分析

目前，界面設(shè)計(jì)已經(jīng)成為對(duì)軟件質(zhì)量進(jìn)行評(píng)價(jià)的一條關(guān)鍵指標(biāo)，一個(gè)好的用戶(hù)界面可以使用戶(hù)使用系統(tǒng)的信心和興趣增加，從而使工作效率提高?？蛻?hù)界面是指軟件系統(tǒng)與用戶(hù)交互的接口，往往涵蓋輸出、輸入、人機(jī)對(duì)話(huà)的界面格式等。

1.輸出設(shè)計(jì)

輸出是由電腦對(duì)輸入的基本信息進(jìn)行解決，生成高質(zhì)量的有效信息，并使之具有一定的格式，提供給管理者使用，這是輸出設(shè)計(jì)的主要責(zé)任和目標(biāo)。

系統(tǒng)開(kāi)發(fā)的過(guò)程與實(shí)施過(guò)程相反，并不是從輸入設(shè)計(jì)到輸出設(shè)計(jì)，而是從輸出設(shè)計(jì)到輸入設(shè)計(jì)。這是由于輸出表格與使用者直接相聯(lián)系，設(shè)計(jì)的目的應(yīng)當(dāng)是確保使用者可以很方便的使用輸出表格，并且可以將各部門(mén)的有用信息及時(shí)的反映出來(lái)。輸出設(shè)計(jì)的準(zhǔn)繩是既要整體琢磨不同管理層的所有需要，又要簡(jiǎn)潔，不要提供給用戶(hù)不需要的信息。

2.輸入設(shè)計(jì)

輸入數(shù)據(jù)的收集和錄入是比較麻煩的，需要非常多的人力和一定設(shè)備，而且經(jīng)常出錯(cuò)。一旦輸入系統(tǒng)的數(shù)據(jù)不正確，那么處理后的輸出就會(huì)擴(kuò)大這些錯(cuò)誤，因此輸入的數(shù)據(jù)的準(zhǔn)確性對(duì)整個(gè)系統(tǒng)的性能起著決定性意義。

輸入設(shè)計(jì)有以下幾點(diǎn)原則：

（1）輸入量應(yīng)盡量保持在能夠滿(mǎn)足處理要求的Zui低限度。輸入量越少，錯(cuò)誤率就會(huì)越少，數(shù)據(jù)的準(zhǔn)備時(shí)間也越少。

（2）應(yīng)盡可能的使輸入的準(zhǔn)備以及輸入的過(guò)程進(jìn)行時(shí)比較方便，這樣使錯(cuò)誤的發(fā)生率降低。

（3）應(yīng)盡量早檢查輸入數(shù)據(jù)（盡量接近原數(shù)據(jù)發(fā)生點(diǎn)）,以便使錯(cuò)誤更正比較及時(shí)。

（4）輸入數(shù)據(jù)盡早地記錄成其處理所需的形式，以防止數(shù)據(jù)由一種介質(zhì)轉(zhuǎn)移到另一種介質(zhì)時(shí)需要轉(zhuǎn)錄而可能發(fā)生的錯(cuò)誤。

3.4功能需求分析

本基于Java的捷時(shí)客網(wǎng)上訂餐系統(tǒng)主要包括用戶(hù)功能模塊和管理員功能模塊，下面將對(duì)這兩大功能模塊分別進(jìn)行功能需求分析。

用戶(hù)用例圖如圖3.1所示。

圖3.1用戶(hù)用例圖

管理員用例圖如圖3.2所示。

圖3.2管理員用例圖

3.5 系統(tǒng)流程分析

用戶(hù)在注冊(cè)賬號(hào)的時(shí)候，首先進(jìn)入注冊(cè)界面，填寫(xiě)注冊(cè)信息，用戶(hù)名存在的話(huà)，提示返回填寫(xiě)用戶(hù)信息，用戶(hù)名不存在，填寫(xiě)密碼在數(shù)據(jù)庫(kù)中添加用戶(hù)信息，注冊(cè)成功。用戶(hù)注冊(cè)流程圖如圖3.3所示

圖3.3注冊(cè)流程圖

為了保證系統(tǒng)的安全性，要使用本系統(tǒng)必須先登陸到系統(tǒng)中。登錄的流程圖如圖3.4所示。

圖3.4登錄流程圖

添加信息時(shí)，信息編號(hào)系統(tǒng)采用自動(dòng)增號(hào)的模式，無(wú)需用戶(hù)填寫(xiě)，管理員在添加信息輸入信息，系統(tǒng)會(huì)自動(dòng)對(duì)信息數(shù)據(jù)進(jìn)行驗(yàn)證，信息合法則驗(yàn)證成功添加至數(shù)據(jù)庫(kù)，信息不合法提示添加失敗，重新輸入信息。添加信息流程如圖3.5所示。

圖3.5 添加信息流程圖

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

3.1 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)

本基于Java的捷時(shí)客網(wǎng)上訂餐系統(tǒng)主要包括系統(tǒng)前臺(tái)和系統(tǒng)后臺(tái)兩大部分。系統(tǒng)的結(jié)構(gòu)圖3.1所示：

圖3.1系統(tǒng)結(jié)構(gòu)圖

3.2 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)

本系統(tǒng)的網(wǎng)絡(luò)拓?fù)鋱D如圖3.2所示：

圖3.2系統(tǒng)網(wǎng)絡(luò)拓?fù)鋱D

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

數(shù)據(jù)庫(kù)是計(jì)算機(jī)信息系統(tǒng)的基礎(chǔ)。信息的收集、整理、存儲(chǔ)、檢索、更新、加工、統(tǒng)計(jì)和傳播等操作必須在數(shù)據(jù)庫(kù)管理系統(tǒng)的的支持下才能進(jìn)行。目前，電腦系統(tǒng)的關(guān)鍵與核心部分就是數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)開(kāi)發(fā)的優(yōu)劣對(duì)整個(gè)系統(tǒng)的質(zhì)量和速度有著直接影響。

數(shù)據(jù)庫(kù)的設(shè)計(jì)一般要可以分為個(gè)步驟：分別是分析需求、設(shè)計(jì)概念、設(shè)計(jì)邏輯、設(shè)計(jì)物理。

在概念設(shè)計(jì)中，通常用四種方法：

自頂向下、自底向上、逐步擴(kuò)張、混合策略，以它為骨架集成由自底向上策略中設(shè)計(jì)的各局部概念結(jié)構(gòu)

在物理結(jié)構(gòu)設(shè)計(jì)階段首先分兩步走：

確定數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)，在關(guān)系數(shù)據(jù)庫(kù)中主要是指存取方法和存儲(chǔ)結(jié)構(gòu)。 對(duì)物理結(jié)構(gòu)的評(píng)價(jià)是時(shí)間和空間效率。

選取正確的關(guān)系模式存取方法，常用的有：存取索引方法、聚簇存取、HASH存取方法等。

設(shè)計(jì)概念就是在數(shù)據(jù)分析的基礎(chǔ)上自下而上的對(duì)整個(gè)系統(tǒng)的數(shù)據(jù)庫(kù)概念結(jié)構(gòu)進(jìn)行設(shè)計(jì)。從用戶(hù)的角度對(duì)視圖進(jìn)行開(kāi)發(fā)，然后集成視圖，Zui后分析從而取得Zui后的結(jié)果。

對(duì)概念進(jìn)行設(shè)計(jì)時(shí)采用實(shí)體—聯(lián)系（E-R）的模型開(kāi)發(fā)措施。E-R模型法的構(gòu)成元素有：實(shí)體、屬性、聯(lián)系，E-R模型可以用E-R圖來(lái)表示，是對(duì)用戶(hù)工作環(huán)境中所相關(guān)的事物給予提示，對(duì)實(shí)體特性的描述就是屬性。

設(shè)計(jì)概念的出發(fā)點(diǎn)是能夠?qū)ζ髽I(yè)組織信息要求的數(shù)據(jù)庫(kù)概念結(jié)構(gòu)進(jìn)行反映，就是概念模式。概念模式不依附數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)，，也不依賴(lài)支持?jǐn)?shù)據(jù)庫(kù)的DBMS，獨(dú)立于計(jì)算機(jī)系統(tǒng)。

在此階段，用戶(hù)可以參與和評(píng)價(jià)數(shù)據(jù)庫(kù)系統(tǒng)的設(shè)計(jì)，從而有利于保證數(shù)據(jù)庫(kù)系統(tǒng)的設(shè)計(jì)與用戶(hù)的需求相吻合。在概念模式的設(shè)計(jì)中，E-R模型法是Zui常見(jiàn)的設(shè)計(jì)方法。

通過(guò)上述分析對(duì)數(shù)據(jù)庫(kù)的需求，與系統(tǒng)概念模型的特點(diǎn)及開(kāi)發(fā)方法相結(jié)合，我們可以建立E-R模型圖，本系統(tǒng)的E-R圖如下圖所示：

1.管理員實(shí)體E-R圖如圖3.3所示：

圖3.3管理員實(shí)體屬性圖

2.公告實(shí)體屬性圖如圖3.4所示：

圖3.4公告實(shí)體屬性圖

3.菜品實(shí)體屬性圖如圖3.5所示：

圖3.5菜品實(shí)體屬性圖

3.會(huì)員實(shí)體屬性圖如圖3.6所示：

圖3.6會(huì)員實(shí)體屬性圖

3.類(lèi)別實(shí)體屬性圖如圖3.7所示：

圖3.7類(lèi)別實(shí)體屬性圖

6.留言實(shí)體屬性圖如圖3.7所示：

圖3.8 留言實(shí)體屬性圖

7.訂單實(shí)體屬性圖如圖3.9所示：

圖3.9訂單實(shí)體屬性