1、精選優質文檔-傾情為你奉上網上訂餐系統可行性分析報告院 系： 信息與控制學院 專 業： 計算機科學與技術 班級學號： 1班 學生姓名： 楊文鑫 小組成員： 楊文鑫（組長） 祁玉愛、竇超男 指導教師： 楊柯 成 績： 2019年 4月 9日專心-專注-專業目 錄1 引言1.1 編寫目的現在電子商務隨著經濟的快速發展受到越來越多的關注，以前的購物型網站，現在的訂餐類網站等等，都在各大城市相繼出現。尤其是對于現在在社會上占主要群體的一些大學生和白領，由于生活和學習越來越忙碌，加上對飲食的要求不斷提高，不出門就可以在家訂餐的軟件，同時方便客戶和商家，兩全其美。 在中國的大學生高校中學生到食堂用餐，在路

2、途和排隊上會浪費很多時間，去晚了還會不到自己想吃的食物，這樣會導致學生對食堂的高度不滿，網上訂餐系統會幫助商戶充分了解學生需求，并且減少學生外出的幾率和排隊上浪費時間。網上訂餐管理系統無論是在應用的深度還是廣度都是逐步發展的過程。在開發一個局部系統時要充分考慮到局部系統和整個目標系統的相容性和完整性，以利于今后整個系統的建設。基于上述需求，我們小組策劃了網上訂餐系統的網站。1.2 背景越來越多的大學生、白領希望能夠在網絡平臺上更多的了解到美食方面的信息，并可以方便的購買。迅猛發展并日益成熟的互聯網已經影響到我們生活的方方面面，人們真切的體會到了網絡給大家帶來的便捷，互聯網也以其獨有的優勢快速的

3、滲透到越來越多的領域。網絡訂餐隨著互聯網的成長會逐漸被人們所喜愛，正如幾年前手機移動的短信一樣，在互聯網世界里誰早一步在應用上創新，誰就掌握了未來的方向，誰便把握機遇，成為時代的先驅，成功的締造者。我覺得網上訂餐服務的直觀、有效、便捷等優點是傳統的電話訂餐業務無法比擬的。社會是進步的，我堅信網絡訂餐終將取代以上的電話訂餐，它將會帶給廣大繁忙的工作人群諸多的方便，節約大量的時間。目前國內美食網站的現狀大致為:以大眾點評為代表的社區美食網站和以飯店為代表的餐廳網站。前者的主要形式是網友上傳餐廳相關消息，網友們互動點評餐廳形成網絡口碑等，正形成了點評網信息多而復雜，流量比較大，受眾友們喜愛。后者主要

4、以餐廳信息預定業務為主，這樣的餐廳網相對比較專業，流量相對較少，受眾比較固定，有很高的用戶粘性。1.3 軟件定義網上訂餐系統是基于SSH框架的系統開發，以MySQL數據庫為數據核心的應用。以服務為目的的信息平臺。開發環境：MyEclipse、MySQL。1.4 參考資料基于Internet的管理信息系統 曾凡奇等 中國財政經濟出版社 2001年信息系統開發方法 姜旭平 清華大學出版社 1997年第一版軟件工程方法與實踐 許家珆 電子工業出版社 2011年第一版軟件工程實用教程 周麗娟 王華 清華大學出版社 2012年第二版2 可行性研究的前提2.1 要求本系統應遵循合理的管理方法，利用計算機技

5、術、網絡技術、數據庫技術等。全面收集和處理數據，提供各類信息，并利用現代化管理方法，建立具有多種輔助決策功能的模塊，為網上訂餐項目管理提供決策支持，從而提高管理水平。該系統的實現需要具備以下要求：1.提高信息處理速度；2.及時發布，及時可見，確保穩定高效；3.集中處理，提高管理水平；4.提高輔助決策能力。2.2 目標網上訂餐系統目標: 1.系統能夠友好的提供用戶界面，使操作人員的工作量最大限度的減少 2.系統具有良好的運行效率，能夠達到提高生產率的目的。 3.系統應具有良好的可擴展性，能夠容易的在其他系統運行 4.平臺的設計應具有一定的超前性，靈活性、能夠適應企業的生產配置 5.系統需要操作方

6、便，易于使用，方便管理員對菜品可以進行及時的修改。2.3 用戶特點本系統的用戶都是網上用戶，包括兩類:一類是訪客和用戶，訪客可以查看菜品以及基本信息和價格，用戶可以進行購買與訪問。另外一類是用戶管理員，管理員需要給店鋪添加商品，也可以對本店的商品進行管理即進行修改和刪除的操作，當用戶購買商品結束后，管理員可瀏覽訂單并處理訂單，最后對訂單信息進行配送。3 對現有系統的分析3.1 技術可行性網上訂餐系統的開發基于SSH框架模型，主要包括前臺應用程序的開發以及后臺數據庫的建立和維護兩個方面。對于前臺要求應具備功能完備、易于使用等特點，而對于后者則要求能建立數據一致性和完整性、數據安全性好的數據庫。基

7、于以上的要求，本系統采用MyEclipse和MySQL分別作為前臺和后臺的開發工具。MyEclipse是企業級工作平臺是對EclipseIDE的擴展，利用它我們可以在數據庫和JavaEE的開發、發布以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的JavaEE集成開發環境，包括了完備的編碼、調試、測試和發布功能，完整支持HTML，Struts，JSP，CSS，Javascript，Spring，SQL，Hibernate。MySQL則是目前比較流行的數據庫管理系統。另外外，所有的MySQL版本都可以在Windows操作系統上運行。3.2 操作可行性本網上訂餐系統具備友好的用戶界面，

8、使用方便，易于維護，操作簡單，易于被用戶接受。用戶只需要可以熟練的操作計算機，并可以熟練的購買商品，即可方便使用，而且使用此系統可以大大減少管理人員的負擔，因此，從操作方面看，此系統的開發是可行的。3.3 處理流程和數據流程網上訂餐系統頂層數據流圖如圖3.1所示圖3.1 網上訂餐系統頂層數據流圖網上訂餐系統餐品管理細化數據流圖如圖3.2所示圖3.2 餐品管理的細化數據流圖網上訂餐系統用戶細化數據流圖如圖3.3所示圖3.3 用戶管理的細化數據流圖網上訂餐系統餐品管理細化數據流圖如圖3.4所示圖3.4 餐品管理的細化數據流圖3.4 工作負荷3.4.1 內部管理主要包括用戶登錄、新用戶注冊。用戶登錄

9、：主要是進行用戶驗證。新用戶注冊：主要是進行新用戶的加入。3.4.2 餐品管理主要包括瀏覽、發布、描述瀏覽：主要是進行查看。發布：主要是進行餐品的增加。描述：主要是進行對餐品的做法進行說明。3.5 費用開支技術人員 6名 開支 50000管理人員 3名 開支 20000設備 8臺 開支 50000其他 開支 200003.6 設備本系統的硬件環境如下：1.客戶機:普通pcCpu：2.5GHZ 以上內存：256MB以上能夠運行IE5.0及以上2.web服務器：Cpu：p41GHZ內存：1GB硬盤：80GB以上網卡：80GB以上3.7 局限性由于系統老舊，操作復雜易于出錯，所以需大量的人員來管理，

10、費用花費很大以及運行的不穩定，需要經常更新硬件。需要大量的人員來管理，維護其數據，出錯率較高。出現很多冗余信息。設備較為老舊，不能滿足本系統的基本需求，所以經常超負荷工作，比較容易損壞。4 所建議技術可行性分析4.1 對系統的簡要描述大致模型如下所示：圖4.1 系統功能模塊圖無論是客戶端的還是用戶還是管理端的用戶都可以通過網絡登錄到本系統中。用戶通過網絡注冊會員填寫并查詢相關信息。管理端的管理員再對會員信息進行添加、刪除和修改等。4.2 處理流程和數據流程處理流程如圖4.1所示圖4.2 數據處理流程圖4.2.1 數據字典1. 數據流名稱： 餐品情況位置:餐品- +P1.1,餐品+P2.3定義:

11、餐品情況=餐品名+類別+圖片+點擊率+收藏量+點贊量+發布時間+發布人D+描述+餐品ID數據流量:平均流量為每月傳輸1000次，高峰期流量每天傳輸100次。說明:餐品發布時，根據餐品情況建立餐品記錄;用戶收藏處理時需檢查是否有該餐品的記錄，做法及點贊量是否高。2. 數據流名稱：用戶情況位置:用戶一>P1.2，用戶P3.1定義:用戶情況=用戶名+密碼+性別+年齡+郵箱+頭像+積分+用戶級別+手機號+聯系地址+用戶ID數據流量:平均流量為每年傳輸80000次，高峰期流量每天傳輸1000次。說明:根據用戶情況建立用戶記錄。3. 數據流名稱： 用戶身份位置：P3.1P1.1,p1.2,p2.1,

12、p2.3,P3.2>P1.1,P1.2,P2.1,P2.3定義:用戶身份=合法用戶數據流量: -切用戶只要注冊成功的都可以進入4. 數據流名稱：注冊新用戶情況位置:新用戶P3.2定義:注冊新用戶情況=新用戶ID+新用戶用戶名+姓名+性別+級別+密碼+電話數據流量:平均流量為每年傳輸80000次，高峰期流量每天傳輸1000次。說明:新用戶一.旦注冊成功，無需再有升級等步驟。5. 數據流名稱：發布請求位置:用戶一P2.1定義:發布請求=類別+餐品ID+餐品名+書寫時間數據流量:平均流量為每天傳輸1000次，高峰期流量每小時傳輸300次。6. 數據流名稱：餐品信息位置:P2.1P2.

13、2定義:餐品信息=輸入餐品編號+餐品名稱+類別數據流量:平均流量為每天傳輸1000次，高峰期流量為每小時傳輸250次。說明:查看餐品信息時，需要輸入餐品編號，餐品名稱和類別，以確定餐品。 4.2.2 主要的數據存儲定義1. 數據存儲編號: D1數據存儲名稱:餐品記錄輸入: P1.1輸出: P2. 1, P2.2，P2. 3數據結構:餐品記錄=餐品編號+類別+發布者+材料+做法+描述+書寫時間+餐品名數據量和存儲頻度:數據量為條，存取頻度為每天1000次。存取方式:聯機處理;檢索和更新;主要是隨機檢索。說明:餐品編號具有唯一-

14、 性和非空性。2. 數據存儲編號: D2數據存儲名稱:用戶記錄輸入: P1.2, P3. 1, P3. 2輸出: P2.2, P2.3數據結構:用戶記錄=姓名+性別+級別+昵稱+密碼+電話+用戶編號數據量和存取頻度:數據量為15000條，存取頻度為每天500次。存取方式:聯機處理，主要是檢索處理，以隨機檢索為主說明:編號具有唯-性和非空性，性別只能是“男”或“女”。3. 數據存儲編號: D3數據存儲名稱:評價記錄輸入: P2.2，P2.3輸出: P2.2，P2.3數據結構:評

15、價記錄=餐品編號+餐品名+評論+用戶編號+用戶名+收藏量+點贊量數據量和存取頻度:數據量為50000條，存取頻度為每天1000次。存取方式:聯機處理，以更新操作為主，隨機檢索說明:用戶編號是外碼，參照表為“用戶編號”4.2.3 主要處理過程1. 處理過程編號: P1.1處理過程名:餐品管理輸入:餐品情況，用戶身份輸出: D1處理說明:對吧內所有餐品類別統-編碼，將餐品信息數據化，存儲到餐品記錄表中2. 處理過程編號: P1.2處理過程名:用戶管理輸入:用戶情況，用戶身份輸出: D2處理說明:建立用戶信息表，對用戶統編號，實現用戶記錄表的增刪改維護功能 3

16、. 處理過程編號: P2.1處理過程名:發布、查看做法輸入:發布請求，D1,用戶身份輸出:發布請求，餐品信息處理說明:實現根據餐品類別查詢餐品，根據餐品名稱模糊查詢做法的功能4. 處理過程編號: P2.2處理過程名:點評處理輸入:餐品信息D1,D2,D3 輸出: D3處理說明:確認用戶是否滿意，進行信息收集5. 處理過程編號: P2.3 處理過程名:收藏處理 輸入: D1,D2,D3,用戶身份，收藏請求，餐品情況 輸出: D36. 處理過程編號：P3.1處理過程名：用戶登錄管理輸入：用戶情況，D2輸出：用戶情況，D2，用戶身份處理說明

17、：通過用戶名和密碼，確認用戶身份，保護系統的安全性7. 處理過程編號：P3.2處理過程名：新用戶登錄管理輸入：注冊新用戶情況，D2輸出：用戶身份，D2，注冊新用戶情況處理說明：通過填寫基本的用戶情況表格，保證系統的安全性4.3 與現有系統比較的唯一優越性免費開放的交流平臺，能更大限度的讓廣大用戶與商家更進一步的進行探討與交流，也更能吸引廣大美食愛好者進行美食的選擇與訂購。4.4 采用建議系統可能帶來的影響4.4.1 對設備的影響新提出的設備要求能更大限度的容納廣大美食愛好者的發帖及評論，且完全免費，發帖完全自由。對現存系統中尚可使用的設備須作出完全免費的服務。4.4.2 對現有軟件的影響說明為

18、使現有的應用軟件和支持軟件能同建議的系統相適應，需要對這些軟件進行的用戶身份的修改和內容充實的補充。4.4.3 對用戶的影響為建立和運行建議的系統，用戶單位（即使用單位或最終用戶）機構就完全是最終使用的用戶本身、人員數量就是廣大訂餐用戶的支持與愛好者，技術水平方面要全而完美，盡量滿足廣大用戶的使用要求，方便其訂餐。4.4.4 對系統運行的影響所建議系統對運行過程的影響如下：a、用戶的操作規程完全由用戶所控制b、運行中心的操作規程也是完全由用戶進行操作c、運行中心與用戶之間的關系是主人與使用工具的關系d、源數據的處理完全都由用戶控制e、數據進入系統的過程不用管理員或最高級別的任何人進行，完全只要

19、用戶進行書寫就可以了f、對數據保存的要求是不具有重復性，相似度只能保持在79%，對數據存儲、恢復的處理是具有回收站g、輸出報告的處理過程是對廣大用戶進行第一時間的觀看、存儲數據和高度方法是完全開放式，可以隨發布者的意向展示h、系統失效的后果及恢復的處理方法是進行進一步的更新與改造4.4.5 對開發環境的影響無論是客戶端的用戶還是管理端的用戶都可以通過網絡進行身份信息驗證登錄到本系統中。用戶通過網絡注冊會員填寫并查詢相關信息。管理端的管理員再對會員的信息進行添加、刪除、修改等操作。4.4.6 對運行環境的影響環境設施的要求是沒有負面的內容，完全安全、綠色。4.4.7 對經費開支的影響為了所建議系

20、統的開發，設計和維持運行，需要的各項經費開支如下：系統的開發需要1萬元，設計需要2萬元，維持運行需要10萬元。5 投資及效益分析5.1 支出本系統主要支出在于人員的時間支出，由于現階段我們由一群熱愛創業的學生團隊組成，所以我們的投入在時間上成正比。5.1.1 基建投資計算機及外圍設備a)數據通訊設備b)操作系統和應用軟件c)數據庫管理軟件5.1.2 經常性支出本系統主要在于學生的時間花費5.1.3 其他一次性支出包括下列各項所需的費用，如：a)數據庫的建立b)計算機及外圍軟件的檢查費用轉換c)檢查費用和技術管理性費用5.2 收益本系統主要是由商家為廣大熱愛飲食但因為時間關系沒辦法購買的朋友提供的一個訂購平臺，目前收益完全來源于用戶訂餐，但后期如果有商戶要為他們的美食加入我們的網站，我們將考慮收費條件。6 社會因素方面的可行性6.1 法律因素該項目為獨立開發，技術上沒有任何現有的軟件和方法，所以在法律方面不存在侵權專利權，侵犯版權等問。6.2 用戶使用可行性從用戶單位的行政管理和工作制度等方面來看，是完全可以使用本軟件系統的。從用戶單位的工作人員的素質來看，使用本系統的