https://www.bilibili.com/video/BV12m411D7Vj/演示視頻：3.1 可行性分析

對所有系統完成設計，都可能受到時間和空間上的制約。所以，在設計每一個項目開始，必須對系統實行可行性分析，這樣可以降低項目的危害，降低人力、物力和財力的損耗。為了保證餐廳點餐系統的成功開發和正常運行，分別從技術、經濟、操作、發展四方面對本系統進行可行性分析和研究。

3.1.1 技術可行性

餐廳點餐系統采用成熟的JSP開發技術，基于B/S模式，使用MYSQL數據庫來對數據進行儲存。首先從軟件及硬件方面對技術可行性進行分析：

1.硬件可行性分析

餐廳點餐系統的硬件要求方面不存在特殊的要求，只需要在普通的硬件配置就能夠輕松的實現，只是需要確保餐廳點餐系統的正常工作即可，擁有較高的效率。如果有特別低的硬件，它也可能導致餐廳點餐系統的低性能以及效率低，從而導致整個餐廳點餐系統的運行不順暢。以目前普遍的個人計算機的配置而言，這是十分容易實現的 。因此，餐廳點餐系統的開發在硬件方面是可行的。

2.軟件可行性分析

餐廳點餐系統采用MYSQL數據庫與Tomcat服務器與JSP技術。JSP對于在Web應用中集成JavaBean組件提供了完善的支持，這種支持不僅能縮短開發時間（可以直接利用經過測試和可信任的已有組件），避免重復開發。JavaBean組件可以用來執行復雜的計算任務，或負責與數據庫的交互及數據提取等。Tomcat服務器系統由推出至今，其方便，宜用等特性深得開發人員的贊許，再加上其資源免費，下載方便，使得它在信息系統開發中應用日益廣泛。

因此，開發餐廳點餐系統具有很高的技術可行性。

3.1.2 經濟可行性

在考慮經濟可行性時，要充分考慮餐廳點餐系統開發的成本和效益。具體研究開發此項目是否合理。餐廳點餐系統采用的軟件都是開源的，這樣能夠削減很多的精力和資源，降低開發成本。同時也能夠提升設計的作用，本系統對計算機配置的條件要求很低，即使是網吧淘汰下來的計算機也能夠滿足需要，因此，本系統在經濟上是完全具有可行性的。

3.1.3 操作可行性

餐廳點餐系統是基于B/S模式，通過電腦進行訪問和操作，且界面簡單易操作，用戶只要平時使用過電腦都能進行訪問和操作。本系統具有易操作、易管理、交互性好的特點，在操作上是非常簡單的。因此本系統可以進行開發。

3.1.4法律可行性

餐廳點餐系統是自己設計的網站，具有很大的實際意義。開發環境軟件和使用的數據庫都是開源代碼，因此對這個系統進行開發與普通的系統軟件設計存在很大不同，沒有侵權等問題，在法律上完全具有可行性。

3.2需求分析

需求分析的任務是通過詳細調查現實消費者網上點餐情況，充分了解系統的工作概況，明確功能實現的各種需求，然后在此基礎上確定新系統的功能。新系統必須充分考慮今后可能的擴充和改變。

3.2.1 性能需求分析

為了保證餐廳點餐系統能夠長期、穩定、高效的運行，必須要保證系統開發的性能。在餐廳點餐系統的開發過程中，必須用充分的方法確保系統的安全性和有效性。我們要充分考慮以下幾點：

安全性。在信息化的時代，信息就是寶貴的財富，保證信息的安全，特別是個人信息更要求可靠的安全性。

先進性。結合當前流行趨勢，開發要符合用戶的需求，能夠快速準確的實現網上點餐的餐廳點餐系統。

可擴展性。餐廳點餐系統給用戶點餐帶來了極大的便利，提高了點餐效率，備受消費者的關注，因此在開發餐廳點餐系統的過程中，我們要考慮到系統的可擴展性，便于將來系統的升級、更新。

有效性。有效性主要包括功能有效性，設計餐廳點餐系統的功能一定要Zui大限度地滿足用戶的需求。

3.2.2 用戶需求分析

餐廳點餐系統主要滿足2種類型用戶的需求，這2種類型用戶分別用戶和系統管理員。用戶間的靜態結構圖如圖3-1所示：

      

圖3-1 系統靜態結構圖

3.3 系統流程分析3.3.1用戶注冊

用戶在注冊賬號的時候，首先進入注冊界面，填寫用戶信息，用戶信息名存在的話，提示返回填寫用戶信息，注冊名不存在，填寫密碼，在數據庫中添加用戶信息，注冊成功。用戶注冊流程圖如圖3-2所示。

圖3-2注冊信息流程圖

3.3.2用戶登錄

為了保證系統的安全性，要使用本系統必須先登陸到系統中，用戶和管理員通過不同的賬號和密碼進行登錄到不同的管理界面。其登錄流程圖如圖3-3所示。

圖3-3 登錄界面流程圖

3.3.3 添加信息

系統在添加信息的時候，首先輸入信息，看信息是否正確，正確的話，添加成功，否則返回輸入信息，添加信息流程圖如圖3-4所示。

圖3-4 添加信息流程圖

3.4  性能需求分析3.3.1系統安全性

餐廳點餐系統要嚴格控制管理權限，具體要求如下：

1、要想對餐廳點餐系統的信息進行管理，首先要依靠賬號和密碼在系統中登陸，無權限的用戶不可以通過任何方式登錄系統和對系統的任何信息和數據進行操作，這樣可以保證系統的安全可靠性和準確性。

2、在具體實現中對不同的權限進行設定，不同權限的用戶在系統中登陸后，不可以越級操作，只有系統管理員能夠使用全部模塊。

3.3.2數據完整性

1、所有記錄信息要保持全面，信息記錄內容不可以是空。

2、各種數據間相互聯系要保持正確。

3、相同數據在不同記錄中要保持一致。

3.5 系統用例分析3.3.1管理員用例

管理員用例如圖3-5所示。

圖3-5 管理員用例圖

3.3.2用戶用例

用戶用例如圖3-7所示；

圖3-7 用戶用例圖

4 系統設計3.1 系統結構圖

餐廳點餐系統主要分為用戶和管理員兩個用戶角色，其系統結構圖3-1所示：

圖3-1系統結構圖

3.2 系統功能模塊設計

根據系統功能分析，可畫出餐廳點餐系統的功能結構層次圖，如圖3-2所示

      

圖3-2 系統功能結構圖

3.3 數據庫設計3.3.1 數據庫設計原則

在概念設計中，通常用四種方法：

自頂向下、自底向上、逐步擴張、混合策略，以它為骨架集成由自底向上策略中設計的各局部概念結構

在物理結構設計階段首先分兩步走：

確定數據庫的物理結構，在關系數據庫中主要是指存取方法和存儲結構。 對物理結構的評價是時間和空間效率。

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

3.3.2 數據庫實體

在此階段，用戶可以參與和評價數據庫系統的設計，從而有利于保證數據庫系統的設計與用戶的需求相吻合。在概念模式的設計中，E-R模型法是Zui常見的設計方法。

通過上述分析對數據庫的需求，與系統概念模型的特點及開發方法相結合，我們可以建立E-R模型圖，本系統的E-R圖如下圖所示：

1、用戶實體E-R圖如圖3-3所示：

圖3-3 用戶實體E-R圖

2、留言板實體E-R圖如圖3-4所示：

圖3-4 留言板實體E-R圖

3、評論通知實體E-R圖如圖3-5所示：

圖3-5 評論通知實體E-R圖

4、分類實體E-R圖如圖3-6所示：

圖3-6 分類實體E-R圖