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

本次設計的可行性分析是指在網上購物系統項目開發之前，對該項目的開發內容進行的必要研究工作。主要是以從技術、經濟、法律、管理可行性方面著手進行調研，對研究過程中遇到的問題，盡Zui大可能性地分析其對項目開發會產生什么影響。進而，得到關于項目是否基本符合條件值得開發和如何開發的系統化結論。

3.1.1 技術可行性

本系統采用較成熟的B/S模式，由瀏覽器、Tomcat服務器和MYSQL數據庫服務器組成，可以通過Internet進行，不受地域限制，且具有較好的升級擴展性能。

在硬件方面，現有設備的性能足夠完善，完全可以滿足該系統對所需的硬件設備，比方說服務器、pc機等系統功能的基本要求。

在軟件方面，JSP 和 MySQL 等技術如今已經被許多人了解并掌握，兩大開發工具已經發展的相當成熟。Web應用服務器則采用tomcat 6，開發工具采用Myeclipse，這些并不陌生的軟件在中小型應用管理系統設計與開發中已被廣泛應用，故而技術上都比較成熟。本次設計采用的是Struts2、Spring、Hibernate三者整合。用戶把創建的Action實例交給Spring容器來負責生成和管理。由于Spring框架提供了一種偽Action 的機制，當用戶在struts.xml文件中配置Action時，指定class屬性值為創建Action實例的實現類，利用Spring框架后允許開發者在指定class屬性時，不指向Action實現類，而是指向Spring容器的bean中id屬性值。當Action類需要獲得業務邏輯組件時，Spring容器通過依賴注入機制（這里采用set注入方式）為Action注入業務邏輯組件。通過這種整合方式，將控制器與業務邏輯組件相分離，業務邏輯組件與DAO 組件相分離。這種整合方式，成為了目前流行的開發方法。根據項目要求，這兩種框架可以借助MyEclipse 10工具來手動選擇導入到項目中，然后根據具體實現的功能來編輯它們各自的配置文件，分別是struts.xml和applicatonContext.xml，從而實現整合。關于相關的操作方法可以查閱一些資料獲取。

本系統不僅貼近生活而且涉及到的業務流程也對很多人來說不是很陌生，各種功能模塊的實現難度在指導老師的啟發和引導以及對相關文獻和各學位論文的不斷查詢和幫助下都可以達到慢慢降下來。所以，就技術而言是可行的。

3.1.2 經濟可行性

本系統所需要的軟件和硬件在目前看來都是被廣泛使用的，而且大多數軟件是兼容的，所以對硬件要求不是很高。而像數據庫 MySQL 、myeclipse 等開發環境在網上或者其他途徑都可以免費獲得，不需要耗費資金來購買高成本的開發設備。再者，本系統開發作為自己的畢業設計，只需要一臺筆記本電腦即可，軟件也都是開源的，所以不存在經費的問題。對于投入使用后的后期維護工作都不會像其他設備那么復雜。因此，此次網上訂餐系統單從經濟是可行的。

就以上兩項可行性分析來看，該系統在技術上是可行的，在經濟上也是可以實施的，所以完全可以進行接下來的開發。

3.1.3 法律可行性

    本系統沒有侵犯個人隱私和個人責任方面的問題，使用本系統不會引起法律方面的糾紛問題，所以開發本系統具有法律可行性。

3.1.4 管理可行性

本系統管理起來簡單，只需要定時更新下菜單、定時管理菜單，系統采用菜單導航，實現角色與數據庫的交互，界面簡潔友好，操作方便，管理員只需登陸界面進行功能模塊的選擇即可，不需掌握數據庫等相關知識。因此在管理上是可行的。

該系統符合實際情況，對其進行設計和開發是具有一定的現實意義的。在技術、經濟、法律、管理上都有可行性的支持，故本次設計的可行性分析結果為成功通過，可以對這個子系統進行開發。 

3.2 系統需求分析

    校園網上訂餐管理系統不論是在應用的深度還是廣度都將是一個逐步發展的過程。在開發每一個局部系統時必須要充分地考慮到此局部系統與整個目標系統之間的相容性以及完整性，以便有利于今后整個系統的建立與完善。

設計、開發本系統的目的在于建立一個方便、快捷的網上訂餐系統，本網上訂餐系統的功能模塊主要分為前臺功能模塊和后臺功能模塊。所謂前臺功能模塊，主要是用戶的注冊，登錄，菜品的選擇，訂單的生成，個人的信息管理，對于菜品價格，菜品式樣的瀏覽等，后臺功能模塊主要是管理員對于會員信息，權限的管理，對菜品式樣更新及刪除，新菜品的上架等的操作管理，對會員訂單的處理等操作管理。    

圖 3-1 網上訂餐系統用戶功能模塊圖

前臺功能模塊（即用戶模塊）：用戶要想使用本網上訂餐系統，首先如果用戶還沒有登錄名，要先進行注冊。否則其他用戶只有瀏覽主頁的權限。注冊后，在登錄時用戶名與密碼驗證通過就能進入網站系統進行菜品的選擇以及訂單生成。該模塊主要的功能有分類瀏覽菜品信息、搜索所需菜品、查看菜品的詳細信息、加入菜品到購物車、生成訂單，并管理自己的訂單信息，查看訂單明細等，還可以修改個人信息、退出系統。

圖 3-2 網上訂餐系統管理員功能模塊圖

    后臺功能模塊（即管理員模塊）：只有系統管理員才具有該模塊的權限。管理員模塊又可分為幾個小模塊：對于餐品菜樣的管理模塊，可以增加刪減菜品種類，更改菜品圖案，修改菜品名稱、價格、分類。對于服務的管理模塊，可以對用戶的訂餐訂單進行管理，結算。

    我的宗旨就是盡力打造出一個相對友好的界面來為各位同學服務。界面能夠達到簡單易操作，還有，保證系統的穩定性和兼容性也是Zui重要的，這在以后的實踐中，我也會慢慢改進的。

3.3 業務流程分析

業務流程圖（Transaction Flow Diagram，TFD）就是用一些規定的符號以及連線來表示某個具體業務處理過程。歸納得出網站的兩個業務主角，即注冊用戶與系統管理員。他們都有各自的相關活動。對應網站的功能就可以確定為：注冊用戶活動對應網站前臺業務操作；系統管理員活動對應網站的后臺業務操作。在兩大業務流程分析中，要盡量把業務主角各自的活動考慮周全，使系統的功能盡量完整。     

3.3.1 注冊會員業務流程分析     

    打開系統首頁，點擊登錄跳轉到用戶登陸頁面，輸入用戶名與密碼，登錄成功后跳轉到網站主頁。登錄后的用戶可以按照菜品類別分類瀏覽菜品信息，查看菜品的詳細信息，生成訂單等操作。結束各項操作后注銷，回到系統主頁。

圖3-3 注冊會員業務流程圖

3.3.2 系統管理員業務流程分析 

系統管理員進入管理員登錄界面后，輸入系統管理員的登錄名與密碼，登錄成功后跳轉到網站主頁。系統可以查看系統主頁信息；管理菜品類別和菜品信息，對過期的菜品進行刪除操作；查看用戶的訂單信息，并對其進行處理等操作。結束各項操作后注銷，回到系統主頁。

圖3-4 系統業務流程分析圖

3.4 系統體系結構設計

本系統的系統體系結構是按照自頂向下的設計理念完成的。第一層是系統主界面，主要包括菜品展示、瀏覽信息、用戶登錄、網站介紹等第二層是用戶登錄界面，用戶成功后可以在線瀏覽菜品、查看購物車、修改購物信息、提交購物清單、清空購物車或是生成訂單。

圖3-5 系統體系結構圖

     

4   數據庫設計3.1 概要設計3.1.1  系統概要設計簡述

概要設計是進入軟件設計的第一個階段，只描述軟件的總的體系結構。為了實現目標系統，Zui終必須設計出組成這個系統的所有程序和數據庫(文件)，對于程序，則首先進行結構設計。

3.1.2  訂餐系統E-R圖

E-R圖為實體-聯系圖，提供了表示實體型、屬性和聯系的方法，用來描述現實世界的概念模型。概念模型實際上介于現實世界到機器世界的一個物理模型。概念模型用于對信息世界進行建模，它可以作為一種溝通語言，數據庫設計人員和用戶可以通過這一現實世界到信息世界的抽象來進行交流。系統E-R圖如圖 3-1 所示。

圖 3-1 訂餐系統 E-R 圖