網(wǎng)上訂餐系統(tǒng)可行性分析報告

1、精選優(yōu)質(zhì)文檔-傾情為你奉上網(wǎng)上訂餐系統(tǒng)可行性分析報告院系：信息與控制學院專業(yè)：計算機科學與技術(shù)班級學號：1 班 學生姓名：楊文鑫小組成員：楊文鑫（組長）祁玉愛、竇超男指導教師：楊柯成績：專心-專注-專業(yè)2019年4月 9日目錄1引言.11.1編寫目的 .11.2背景 .11.3軟件定義 .21.4參考資料 .22可行性研究的前提 .32.1要求 .32.2目標 .32.3用戶特點 .33對現(xiàn)有系統(tǒng)的分析 .43.1技術(shù)可行性 .43.2操作可行性 .43.3處理流程和數(shù)據(jù)流程 .43.5費用開支 .73.6設備 .73.7 局限性 .84所建議技術(shù)可行性分析 .94.1對系統(tǒng)的簡要描述 .94

2、.2處理流程和數(shù)據(jù)流程 .94.3與現(xiàn)有系統(tǒng)比較的唯一優(yōu)越性 .144.4采用建議系統(tǒng)可能帶來的影響 .145投資及效益分析 .165.1支出 .165.2收益 .166社會因素方面的可行性 .176.1法律因素 .176.2用戶使用可行性 .177其他可供選擇的方案 .188結(jié)論.19網(wǎng)上訂餐系統(tǒng)可行性分析報告1 引言1.1編寫目的現(xiàn)在電子商務隨著經(jīng)濟的快速發(fā)展受到越來越多的關(guān)注，以前的購物型網(wǎng)站，現(xiàn)在的訂餐類網(wǎng)站等等，都在各大城市相繼出現(xiàn)。尤其是對于現(xiàn)在在社會上占主要群體的一些大學生和白領(lǐng)，由于生活和學習越來越忙碌，加上對飲食的要求不斷提高，不出門就可以在家訂餐的軟件，同時方便客戶和商家，

3、兩全其美。在中國的大學生高校中學生到食堂用餐，在路途和排隊上會浪費很多時間，去晚了還會不到自己想吃的食物，這樣會導致學生對食堂的高度不滿，網(wǎng)上訂餐系統(tǒng)會幫助商戶充分了解學生需求，并且減少學生外出的幾率和排隊上浪費時間。網(wǎng)上訂餐管理系統(tǒng)無論是在應用的深度還是廣度都是逐步發(fā)展的過程。在開發(fā)一個局部系統(tǒng)時要充分考慮到局部系統(tǒng)和整個目標系統(tǒng)的相容性和完整性，以利于今后整個系統(tǒng)的建設?；谏鲜鲂枨螅覀冃〗M策劃了網(wǎng)上訂餐系統(tǒng)的網(wǎng)站。1.2背景越來越多的大學生、白領(lǐng)希望能夠在網(wǎng)絡平臺上更多的了解到美食方面的信息，并可以方便的購買。迅猛發(fā)展并日益成熟的互聯(lián)網(wǎng)已經(jīng)影響到我們生活的方方面面，人們真切的體會到了網(wǎng)

4、絡給大家?guī)淼谋憬荩ヂ?lián)網(wǎng)也以其獨有的優(yōu)勢快速的滲透到越來越多的領(lǐng)域。網(wǎng)絡訂餐隨著互聯(lián)網(wǎng)的成長會逐漸被人們所喜愛，正如幾年前手機移動的短信一樣，在互聯(lián)網(wǎng)世界里誰早一步在應用上創(chuàng)新，誰就掌握了未來的方向，誰便把握機遇，成為時代的先驅(qū)，成功的締造者。我覺得網(wǎng)上訂餐服務的直觀、有效、便捷等優(yōu)點是傳統(tǒng)的電話訂餐業(yè)務無法比擬的。社會是進步的，我堅信網(wǎng)絡訂餐終將取代以上的電話訂餐，它將會帶給廣大繁忙的工作人群諸多的方便，節(jié)約大量的時間。目前國內(nèi)美食網(wǎng)站的現(xiàn)狀大致為 :以大眾點評為代表的社區(qū)美食網(wǎng)站和以飯店為代表的餐廳網(wǎng)站。前者的主要形式是網(wǎng)友上傳餐廳相關(guān)消息，網(wǎng)友們互動點評餐廳形成網(wǎng)絡口碑等，正形成了點評

5、網(wǎng)信息多而復雜，流量比較大，受眾友們喜愛。后者主要以餐廳信息預定業(yè)務為主，這樣的餐廳網(wǎng)相對比較專業(yè)，流量相對較少，受眾比較固定，有很高的用戶粘性。1網(wǎng)上訂餐系統(tǒng)可行性分析報告1.3軟件定義網(wǎng)上訂餐系統(tǒng)是基于SSH 框架的系統(tǒng)開發(fā)，以MySQL 數(shù)據(jù)庫為數(shù)據(jù)核心的應用。以服務為目的的信息平臺。開發(fā)環(huán)境： MyEclipse 、MySQL 。1.4參考資料基于 Internet 的管理信息系統(tǒng)曾凡奇等中國財政經(jīng)濟出版社2001 年信息系統(tǒng)開發(fā)方法姜旭平清華大學出版社1997 年第一版軟件工程方法與實踐許家珆電子工業(yè)出版社2011 年第一版軟件工程實用教程周麗娟王華清華大學出版社2012 年第二版2

6、網(wǎng)上訂餐系統(tǒng)可行性分析報告2 可行性研究的前提2.1要求本系統(tǒng)應遵循合理的管理方法，利用計算機技術(shù)、網(wǎng)絡技術(shù)、數(shù)據(jù)庫技術(shù)等。全面收集和處理數(shù)據(jù)，提供各類信息，并利用現(xiàn)代化管理方法，建立具有多種輔助決策功能的模塊，為網(wǎng)上訂餐項目管理提供決策支持，從而提高管理水平。該系統(tǒng)的實現(xiàn)需要具備以下要求：1.提高信息處理速度；2.及時發(fā)布，及時可見，確保穩(wěn)定高效；3.集中處理，提高管理水平；4.提高輔助決策能力。2.2目標網(wǎng)上訂餐系統(tǒng)目標 :1.系統(tǒng)能夠友好的提供用戶界面，使操作人員的工作量最大限度的減少2.系統(tǒng)具有良好的運行效率，能夠達到提高生產(chǎn)率的目的。3.系統(tǒng)應具有良好的可擴展性，能夠容易的在其他系統(tǒng)

7、運行4.平臺的設計應具有一定的超前性，靈活性、能夠適應企業(yè)的生產(chǎn)配置5.系統(tǒng)需要操作方便，易于使用，方便管理員對菜品可以進行及時的修改。2.3用戶特點本系統(tǒng)的用戶都是網(wǎng)上用戶，包括兩類:一類是訪客和用戶，訪客可以查看菜品以及基本信息和價格，用戶可以進行購買與訪問。另外一類是用戶管理員，管理員需要給店鋪添加商品，也可以對本店的商品進行管理即進行修改和刪除的操作，當用戶購買商品結(jié)束后，管理員可瀏覽訂單并處理訂單，最后對訂單信息進行配送。3網(wǎng)上訂餐系統(tǒng)可行性分析報告3 對現(xiàn)有系統(tǒng)的分析3.1技術(shù)可行性網(wǎng)上訂餐系統(tǒng)的開發(fā)基于SSH 框架模型，主要包括前臺應用程序的開發(fā)以及后臺數(shù)據(jù)庫的建立和維護兩個方面

8、。對于前臺要求應具備功能完備、易于使用等特點，而對于后者則要求能建立數(shù)據(jù)一致性和完整性、數(shù)據(jù)安全性好的數(shù)據(jù)庫?；谝陨系囊?， 本系統(tǒng)采用 MyEclipse 和 MySQL 分別作為前臺和后臺的開發(fā)工具。MyEclipse 是企業(yè)級工作平臺是對EclipseIDE 的擴展，利用它我們可以在數(shù)據(jù)庫和 JavaEE的開發(fā)、發(fā)布以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的JavaEE集成開發(fā)環(huán)境，包括了完備的編碼、調(diào)試、測試和發(fā)布功能，完整支持 HTML ， Struts，JSP，CSS，Javascript， Spring， SQL，Hibernate。MySQL 則是目前比較

9、流行的數(shù)據(jù)庫管理系統(tǒng)。另外外，所有的MySQL 版本都可以在 Windows 操作系統(tǒng)上運行。3.2操作可行性本網(wǎng)上訂餐系統(tǒng)具備友好的用戶界面，使用方便，易于維護，操作簡單，易于被用戶接受。用戶只需要可以熟練的操作計算機，并可以熟練的購買商品，即可方便使用，而且使用此系統(tǒng)可以大大減少管理人員的負擔，因此，從操作方面看，此系統(tǒng)的開發(fā)是可行的。4網(wǎng)上訂餐系統(tǒng)可行性分析報告3.3處理流程和數(shù)據(jù)流程網(wǎng)上訂餐系統(tǒng)頂層數(shù)據(jù)流圖如圖3.1 所示圖 3.1 網(wǎng)上訂餐系統(tǒng)頂層數(shù)據(jù)流圖網(wǎng)上訂餐系統(tǒng)餐品管理細化數(shù)據(jù)流圖如圖3.2 所示圖 3.2 餐品管理的細化數(shù)據(jù)流圖5網(wǎng)上訂餐系統(tǒng)可行性分析報告網(wǎng)上訂餐系統(tǒng)用戶細化

10、數(shù)據(jù)流圖如圖3.3 所示圖 3.3 用戶管理的細化數(shù)據(jù)流圖網(wǎng)上訂餐系統(tǒng)餐品管理細化數(shù)據(jù)流圖如圖3.4 所示圖 3.4 餐品管理的細化數(shù)據(jù)流圖6網(wǎng)上訂餐系統(tǒng)可行性分析報告3.4工作負荷3.4.1內(nèi)部管理主要包括用戶登錄、新用戶注冊。用戶登錄：主要是進行用戶驗證。新用戶注冊：主要是進行新用戶的加入。3.4.2餐品管理主要包括瀏覽、發(fā)布、描述瀏覽：主要是進行查看。發(fā)布：主要是進行餐品的增加。描述：主要是進行對餐品的做法進行說明。3.5費用開支技術(shù)人員6 名 開支 50000管理人員3 名 開支 20000設備 8 臺 開支 50000其他 開支 200003.6設備本系統(tǒng)的硬件環(huán)境如下：1.客戶機

11、:普通 pcCpu：2.5GHZ 以上內(nèi)存： 256MB 以上能夠運行 IE5.0 及以上2.web 服務器：Cpu：p41GHZ內(nèi)存： 1GB硬盤： 80GB 以上網(wǎng)卡： 80GB 以上7網(wǎng)上訂餐系統(tǒng)可行性分析報告3.7局限性由于系統(tǒng)老舊，操作復雜易于出錯，所以需大量的人員來管理，費用花費很大以及運行的不穩(wěn)定，需要經(jīng)常更新硬件。需要大量的人員來管理，維護其數(shù)據(jù)，出錯率較高。出現(xiàn)很多冗余信息。設備較為老舊，不能滿足本系統(tǒng)的基本需求，所以經(jīng)常超負荷工作，比較容易損壞。8網(wǎng)上訂餐系統(tǒng)可行性分析報告4 所建議技術(shù)可行性分析4.1對系統(tǒng)的簡要描述大致模型如下所示：圖 4.1 系統(tǒng)功能模塊圖無論是客戶端

12、的還是用戶還是管理端的用戶都可以通過網(wǎng)絡登錄到本系統(tǒng)中。用戶通過網(wǎng)絡注冊會員填寫并查詢相關(guān)信息。管理端的管理員再對會員信息進行添加、刪除和修改等。4.2處理流程和數(shù)據(jù)流程9網(wǎng)上訂餐系統(tǒng)可行性分析報告處理流程如圖4.1 所示圖 4.2 數(shù)據(jù)處理流程圖4.2.1數(shù)據(jù)字典1. 數(shù)據(jù)流名稱： 餐品情況位置 :餐品 - +P1.1,餐品 +P2.3定義 :餐品情況 =餐品名 +類別 +圖片 +點擊率 +收藏量 +點贊量 +發(fā)布時間 +發(fā)布人 D+描述 +餐品 ID數(shù)據(jù)流量 :平均流量為每月傳輸1000 次，高峰期流量每天傳輸100 次。說明 :餐品發(fā)布時，根據(jù)餐品情況建立餐品記錄;用戶收藏處理時需檢查是

13、否有10網(wǎng)上訂餐系統(tǒng)可行性分析報告該餐品的記錄，做法及點贊量是否高。2. 數(shù)據(jù)流名稱：用戶情況位置 :用戶一 >P1.2，用戶 P3.1定義 :用戶情況 =用戶名 +密碼 +性別 +年齡 +郵箱 +頭像 +積分 +用戶級別 +手機號+聯(lián)系地址 +用戶 ID數(shù)據(jù)流量 :平均流量為每年傳輸80000 次，高峰期流量每天傳輸1000 次。說明 :根據(jù)用戶情況建立用戶記錄。3. 數(shù)據(jù)流名稱： 用戶身份位置： P3.1P1.1,p1.2,p2.1,p2.3,P3.2>P1.1,P1.2,P2.1,P2.3定義 :用戶身份 =合法用戶 數(shù)據(jù)流量 : -切用戶只要注冊成功的都可以進入4. 數(shù)據(jù)流

14、名稱：注冊新用戶情況位置 :新用戶 P3.2定義 :注冊新用戶情況 =新用戶 ID+ 新用戶用戶名 +姓名 +性別 +級別 +密碼 +電話數(shù)據(jù)流量 :平均流量為每年傳輸80000 次，高峰期流量每天傳輸1000 次。說明 :新用戶一 .旦注冊成功，無需再有升級等步驟。5. 數(shù)據(jù)流名稱：發(fā)布請求位置 :用戶一 P2.1定義 :發(fā)布請求 =類別 +餐品 ID+ 餐品名 +書寫時間數(shù)據(jù)流量 :平均流量為每天傳輸1000 次，高峰期流量每小時傳輸300 次。6. 數(shù)據(jù)流名稱：餐品信息位置 :P2.1 P2.2定義 :餐品信息 =輸入餐品編號 +餐品名稱 +類別數(shù)據(jù)流量 :平均流量為每天傳輸1000 次

15、，高峰期流量為每小時傳輸250 次。說明 :查看餐品信息時，需要輸入餐品編號，餐品名稱和類別，以確定餐品。4.2.2主要的數(shù)據(jù)存儲定義1. 數(shù)據(jù)存儲編號 : D1數(shù)據(jù)存儲名稱 :餐品記錄輸入 : P1.111網(wǎng)上訂餐系統(tǒng)可行性分析報告輸出 : P2. 1, P2.2，P2. 3數(shù)據(jù)結(jié)構(gòu) :餐品記錄 =餐品編號 +類別 +發(fā)布者 +材料 +做法 +描述 +書寫時間 +餐品名數(shù)據(jù)量和存儲頻度 :數(shù)據(jù)量為 條，存取頻度為每天1000 次。存取方式 :聯(lián)機處理 ;檢索和更新 ;主要是隨機檢索。說明 :餐品編號具有唯一 - 性和非空性。2. 數(shù)據(jù)存儲編號 : D2數(shù)據(jù)存儲名稱 :用戶記錄輸入 : P1.

16、2, P3. 1, P3. 2輸出 : P2.2, P2.3數(shù)據(jù)結(jié)構(gòu) :用戶記錄 =姓名 +性別 +級別 +昵稱 +密碼 +電話 +用戶編號數(shù)據(jù)量和存取頻度 :數(shù)據(jù)量為 15000 條，存取頻度為每天500 次。存取方式 :聯(lián)機處理，主要是檢索處理，以隨機檢索為主說明 :編號具有唯 -性和非空性，性別只能是“男”或“女”。3. 數(shù)據(jù)存儲編號 : D3數(shù)據(jù)存儲名稱 :評價記錄輸入 : P2.2，P2.3輸出 : P2.2，P2.3數(shù)據(jù)結(jié)構(gòu) :評價記錄 =餐品編號 +餐品名 +評論 +用戶編號 +用戶名 +收藏量 +點贊量數(shù)據(jù)量和存取頻度 :數(shù)據(jù)量為 50000 條，存取頻度為每天1000 次。存

17、取方式 :聯(lián)機處理，以更新操作為主，隨機檢索說明 :用戶編號是外碼，參照表為 “用戶編號 ” 4.2.3 主要處理過程1. 處理過程編號 : P1.1處理過程名 :餐品管理輸入 :餐品情況，用戶身份輸出: D112網(wǎng)上訂餐系統(tǒng)可行性分析報告處理說明 :對吧內(nèi)所有餐品類別統(tǒng) -編碼，將餐品信息數(shù)據(jù)化，存儲到餐品記錄表中2. 處理過程編號 : P1.2處理過程名 :用戶管理輸入 :用戶情況，用戶身份輸出: D2處理說明 :建立用戶信息表， 對用戶統(tǒng)編號， 實現(xiàn)用戶記錄表的增刪改維護功能3. 處理過程編號 : P2.1處理過程名 :發(fā)布、查看做法輸入 :發(fā)布請求， D1,用戶身份輸出 :發(fā)布請求，餐

18、品信息處理說明 :實現(xiàn)根據(jù)餐品類別查詢餐品， 根據(jù)餐品名稱模糊查詢做法的功能4. 處理過程編號 : P2.2 處理過程名 :點評處理輸入 :餐品信息 D1,D2,D3輸出: D3處理說明 :確認用戶是否滿意，進行信息收集5. 處理過程編號 : P2.3處理過程名 :收藏處理輸入 : D1,D2,D3,用戶身份，收藏請求，餐品情況輸出: D36. 處理過程編號： P3.1處理過程名：用戶登錄管理輸入：用戶情況， D2輸出：用戶情況， D2，用戶身份處理說明：通過用戶名和密碼，確認用戶身份，保護系統(tǒng)的安全性7. 處理過程編號： P3.2處理過程名：新用戶登錄管理輸入：注冊新用戶情況，D213網(wǎng)上訂

19、餐系統(tǒng)可行性分析報告輸出：用戶身份， D2，注冊新用戶情況處理說明：通過填寫基本的用戶情況表格，保證系統(tǒng)的安全性4.3與現(xiàn)有系統(tǒng)比較的唯一優(yōu)越性免費開放的交流平臺，能更大限度的讓廣大用戶與商家更進一步的進行探討與交流，也更能吸引廣大美食愛好者進行美食的選擇與訂購。4.4采用建議系統(tǒng)可能帶來的影響4.4.1對設備的影響新提出的設備要求能更大限度的容納廣大美食愛好者的發(fā)帖及評論，且完全免費，發(fā)帖完全自由。對現(xiàn)存系統(tǒng)中尚可使用的設備須作出完全免費的服務。4.4.2對現(xiàn)有軟件的影響說明為使現(xiàn)有的應用軟件和支持軟件能同建議的系統(tǒng)相適應，需要對這些軟件進行的用戶身份的修改和內(nèi)容充實的補充。4.4.3對用戶

20、的影響為建立和運行建議的系統(tǒng)，用戶單位（即使用單位或最終用戶）機構(gòu)就完全是最終使用的用戶本身、人員數(shù)量就是廣大訂餐用戶的支持與愛好者，技術(shù)水平方面要全而完美，盡量滿足廣大用戶的使用要求，方便其訂餐。4.4.4對系統(tǒng)運行的影響所建議系統(tǒng)對運行過程的影響如下：a、用戶的操作規(guī)程完全由用戶所控制b、運行中心的操作規(guī)程也是完全由用戶進行操作c、運行中心與用戶之間的關(guān)系是主人與使用工具的關(guān)系d、源數(shù)據(jù)的處理完全都由用戶控制e、數(shù)據(jù)進入系統(tǒng)的過程不用管理員或最高級別的任何人進行，完全只要用戶進行書寫就可以了f 、對數(shù)據(jù)保存的要求是不具有重復性，相似度只能保持在79%，對數(shù)據(jù)存儲、恢復的處理是具有回收站g、

21、輸出報告的處理過程是對廣大用戶進行第一時間的觀看、存儲數(shù)據(jù)和高度方法是完全開放式，可以隨發(fā)布者的意向展示14網(wǎng)上訂餐系統(tǒng)可行性分析報告h、系統(tǒng)失效的后果及恢復的處理方法是進行進一步的更新與改造4.4.5對開發(fā)環(huán)境的影響無論是客戶端的用戶還是管理端的用戶都可以通過網(wǎng)絡進行身份信息驗證登錄到本系統(tǒng)中。用戶通過網(wǎng)絡注冊會員填寫并查詢相關(guān)信息。管理端的管理員再對會員的信息進行添加、刪除、修改等操作。4.4.6對運行環(huán)境的影響環(huán)境設施的要求是沒有負面的內(nèi)容，完全安全、綠色。4.4.7對經(jīng)費開支的影響為了所建議系統(tǒng)的開發(fā)，設計和維持運行，需要的各項經(jīng)費開支如下：系統(tǒng)的開發(fā)需要1 萬元，設計需要2 萬元，維

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