專業資料美團外賣管理信息系統分析指導老師：**小晴組長：琳惠分工：規劃和整理：第一部分：琳惠第二部分：迎秋、武少溥第三部分：尚雪容、史振蕾第四部分：琳惠完成時間：2017-一、系統簡介1.名稱：美團外賣管理信息系統2.開發者：3.背景：隨著互聯網技術的快速發展，網絡早已成為現代人群日常生活中不可或缺的部分，網上訂餐由于其獨有的便捷性和直觀性，能夠輕而易舉的被現代人群認同和接受。從一面來看，互聯網上誕生出這種便捷的訂餐形式，是電子商務應用的全新體現；從另一各面來看，網上訂餐專業資料還起到了幫助推進電子商務的普及和應用進程的作用，網上訂餐的形式，同時也在幫助加速電子商務應用的步伐。美團外賣是目前學生、白領、宅男宅女進行網絡訂餐的首選系統平臺，然而“送餐慢”、“送錯餐”等現象卻屢屢發生，極大地耽誤了顧客與配送員的時間，降低了效率，損壞了口碑，只有對當前的外賣管理系統進行整合改進優化，才能最大限度的滿足多樣化的顧客需求，促進美團外賣自身的發展。4.目標：建立健全現有的美團外賣管理信息系統：對訂單進行區域分類，改善訂單追蹤困難的問題；及時更新商家接單、配送員到達商家及顧客收到餐的信息，便于處理催單等的信息；根據訂餐的高低峰時期，合理分配外賣人員，提高效率；改善客戶終端網絡系統，簡潔便聯系客戶；根據顧客往日訂餐狀況，智能推測顧客的消費偏好，滿足更多顧客多樣化的需求。
5.可行性分析：（1）組織可行性：我們組有五個人，通過合理的分工協作：制定合理的項目實施進度計劃，設計合理組織機構，選擇經驗豐富的管理人員及技術人員，建立良好的協作關系等，保證該系統能順利執行。（2）經濟可行性：如今是信息化時代，信息化管理可以使外賣管理更加系統化，全面化、快速化，這樣可以為美團外賣帶來高效的工作效益和經濟效益，開發出本系統可以精簡人員，提高效率，便捷管理，快速實現各項功能。效益上的提高和管理上的便捷遠遠超過了開發本系統的成本，所以在經濟上具有完全的可行性。（3）管理可行性：在工作上，訂餐顧客的信息量非常大，開發了此系統，可以極大地提高管理人員的工作的效率，便對訂單的追蹤，對顧客需求的滿，是一個比較人性化的管理系統。（4）技術可行性：現有的科學技術已經很成熟，完全能夠達到我們的所需要的系統性能要專業資料求，同時在限制條件下，功能目標也是能達到的；我們組有五個人，基本都具備開發系統的能力，在規定期限，開發是能夠按時完成的。所以該系統具有技術可行性。6.系統功能介紹：（1）美食推薦（評分）功能顧客認為色香味俱全的美食，可以在用餐過后對該美食進行公正的評分，然后系統根據評分情況對其他顧客選餐時進行美食推薦。
（2）特色推薦功能店家可自行選擇自己的特色美食，吸引顧客，系統對多種特色進行篩選整合，供以顧客選擇。（3）積分功能顧客通過美團外賣進行訂餐，每一單可以獲取一定積分，積分達到一定程度可以升級，級別越高，優惠越多，同時，積分可折現，鼓勵顧客對美團的使用。（4）現有品牌查詢功能加強建設網絡數據庫，本質上是一個計算機化的記錄保管系統外賣管理系統，是個數字化的信息系統，它借助于網絡通訊與計算機技術，在當地有限的區域及時準確地統計熱門品牌的分布，便于顧客更好對選擇自己的用餐。（5）建立信用體系加強對商家的審核監管力度，保障其質量可靠、清潔衛生；加強對配送員的培訓，樹立企業文化；加強對對用戶的實名認證、準確地址的管理力度，避免惡意下單情況的發生，建立三緊密聯合的信用體系。二、現行系統的詳細說明網上訂餐已經成為現代人生活中的一部分，它以其實惠、快捷、美味的特征滿足了現代專業資料人的需求，幫助我們就餐式更加便捷。網上訂餐系統依賴于管理信息系統平臺的支持，是信息系統的實際應用。小組成員結合我們平時使用外賣軟件的切身體驗，以美團外賣為例，分析了其現行系統的模塊、流程和優缺點等。1、現行模塊分布圖分析：現行系統分為三個子系統，即系統管理者模塊、營業者模塊、消費者模塊。
其中系統管理者主要負責外賣軟件的信息維護、客戶信息管理、參數設置等物理層面相關的系統設置；專業資料營業者負責提供菜單、食品，向送餐員提供信息等相關信息；消費者通過平臺自主選擇，可以進行網上訂餐和購買物品后的信息反饋等。2、外賣系統現行流程以下是信息管理系統的業務流程圖：P2瀏覽餐館信息餐館消費者個人資料賬號、密碼餐館信息個人信息餐品信息預訂信息訂餐信息費用信息專業資料3、現行系統存在的優缺點毫無疑問，諸如美團外賣一類的網絡訂餐式已經成為目前很多人的主流叫餐式。外賣管理系統將餐廳、送餐人和客戶聯系到了一起，它為餐廳營業者提供了更多的客源和盈利機會，為消費者提供了便利和快捷的生活式。外賣管理信息系統實現了這三者的有機統一，有效配P7聯系外賣員P6處理訂單P8外賣員接單P9配送餐品P5錄入餐品信息P10簽收餐品反饋意見反饋意見餐館賬號密碼餐品資料餐品信息訂單查看訂單處理外賣餐品信息外賣餐品信息外賣配送情況外賣送達專業資料置了市場資源。然而在實際的生活當中，我們常常會遇到“送餐慢”甚至是“送錯餐”的現象，這直接造成了餐廳口碑下降，影響到了餐廳外賣生意狀況。這種外賣送餐效率低下的狀況反映了現行的外賣管理系統存在以下的問題：送餐員與管理端溝通之間存在缺陷，這主要表現在下單后外賣員接單有延遲；餐館自行配送時追蹤訂單送餐進展有困難。
由此可見，作為訂餐者與餐廳之間的樞紐的送餐員一端的信息化設備存在某些缺陷，餐廳后臺管理端的應用也需要一些優化，這樣才能有效減少相互間反饋所需要的時間，做到資源合理有效的配置。4、舊系統部分數據字典數據存儲（1）數據存儲編號：F1數據存儲名稱：客戶信息表簡述：客戶的相關信息數據存儲組成：用戶姓名+**式+支付賬戶+送貨地址關鍵字：用戶姓名流**據流：P4流出數據流：（2）數據存儲編號:F2數據存儲名稱:訂餐表簡述:顧客在某家餐館所訂下并支付的餐品信息數據存儲組成:餐館名稱+餐品+用戶姓名+備注信息關鍵字:餐館名稱流入數據流:F2專業資料流出數據流:S2（3）數據存儲編號：F3數據存儲名稱：反饋表簡述：客戶在用餐完成后對餐館服務、味道等相關事宜的反饋數據存儲組成：反饋意見+餐館名稱+口味信息+服務信息關鍵字：參觀名稱流入數據流：P4流出數據流：S2（4）數據存儲編號：F4數據存儲名稱：餐品信息表簡述：餐館登陸系統對自己所售菜品信息與近期促銷活動進行編輯與介紹數據存儲組成：菜品名稱+菜品照片+菜品價格+優惠活動信息關鍵字：菜品名稱流入數據流：P5流出數據流:P2處理（1）處理編號：P1處理名稱：登陸系統簡述：用戶登陸外賣系統輸入數據流：D1輸出數據流：D2處理邏輯：根據數據流賬號、密碼，登陸系統。
專業資料處理頻率：一單一次（2）處理編號：P2處理名稱：瀏覽餐館信息簡述：消費者瀏覽餐館與菜單的信息輸入數據流：D2輸出數據流：D3處理邏輯：根據數據流餐館信息，消費者瀏覽適合自己口味的餐館；在確定餐館之后， 瀏覽該餐館的菜單信息 處理頻率：一單一次 （3）處理編號：P3 處理名稱：餐品預訂 簡述：購買者下訂單，記錄訂單信息及送餐地址 輸入數據流：餐館信息 輸出數據流：F2 訂餐表 （4）處理編號：P4 處理名稱：客戶反饋 簡述：客戶填寫反饋信息，告知店家進行改善 輸入數據流：客戶反饋信息 輸出數據流：F3 反饋表 （5）處理編號：P5 處理名稱：錄入餐品相關信息 簡述：在原有記錄的基礎上，進行新商品信息的錄入 專業資料 輸入數據流：新菜品推薦，菜單 輸出數據流：F4餐品信息表 （6）處理編號：P6 處理名稱：處理訂單 簡述：根據客戶的訂餐表打包好預訂的餐品 輸入數據流：訂餐信息 輸出數據流：P7 聯系外賣員 （7）處理編號：P7 處理名稱：聯系外賣員 簡述：把客戶下單訂餐情況告知外賣員，外賣員接受餐品送餐 輸入數據流：訂餐信息 輸出數據流：P8 外賣員接單 （8）處理編號：P8 處理名稱：外賣員接單 簡述：餐館聯系外賣員后，外賣員接受配送訂單 輸入數據流：訂餐信息 輸出數據流：P9 配送餐品 （9）處理編號：P9 處理名稱：配送餐品 簡述：外賣員進行餐品配送 輸入數據流：訂餐信息 輸出數據流：P10 簽收餐品 專業資料 （10）處理編號：P10 處理名稱：簽收餐品 簡述：餐品送達后，顧客對餐品進行簽收 輸入數據流：訂餐信息 輸出數據流：消費者 （11）處理編號：P11 處理名稱：支付訂單 簡述：用戶對訂單用支付寶或微信進行支付 輸入數據流：F2 輸出數據流：P11 處理邏輯：根據訂單的菜品、件數計算出所要支付的金額外賣管理系統，并讓消費者選擇支付式進行 支付 處理頻率：一單一次 專業資料 三、新系統的設計分析 1.數據流程圖 （1）美團外賣新系統管理數據流程圖 已有信息專業資料 美食推薦表 說明：新系統相較于舊系統增添了美食推薦功能，顧客登錄系統后，系統會根據之前顧客給 出的評分優先推薦評價較高的美食。
餐品信息菜品信息 預訂信息 送餐信息 顧客 專業資料 （2）用戶信息管理系統數據流程圖 專業資料（3）用戶信息錄入系統數據流程圖 （4）餐廳信息管理系統數據流程圖 功能特色餐品表 消費者推薦信息 信息專業資料 說明：新系統相較于舊系統增添了特色餐品信息推薦功能，商家可以根據顧客的評分將賣得 較好的餐品首先推薦給瀏覽餐品信息的顧客。 （5）訂單信息管理數據流程圖 輸入網址關鍵字查詢 P2關鍵字 餐品信息 預訂信息 信息餐廳 信息 專業資料 這個關鍵字查詢就是對應那個現有品牌查詢功能 說明：新系統較舊系統增添了關鍵字查詢功能，顧客可以根據自己的喜好對餐品進行關鍵字 查詢，節省了瀏覽不必要信息的時間。 （6）送餐信息管理數據流程圖 功能餐館 專業資料（一）用戶下單業務流程圖 專業資料 （二）用戶支付業務流程圖 訂單 付款子 流程 （二）用戶支付業務流程圖 訂單 （二）用戶支付業務流程圖 訂單 專業資料 （三）訂單管理業務流程圖 訂單 （四）訂單配送業務流程圖 訂單 專業資料 未完成 配送到相應地點專業資料 四、系統設計與實施的初步計劃 1.具體分工 第一，小組五人共同確立課題為《美團外賣管理信息系統》。
琳惠確定系統的整體設計向， 然后小組共同討論完善系統設計思路。第二第三，迎秋和武少溥同學負責對現行系統的調查， 由尚雪容和史振蕾同學共同負責新系統的開發設計，最后一尚雪容、史振蕾負責系統的初步 實施，琳惠最后統一規劃和審核修訂。 2.時間進度 第一確定研究課題，第二第三進行對現行系統的調查和新系統的開發設計，最后一初步 設計、系統完善及審核修訂。 3.硬件軟件要求 （1）服務器一臺，配置如下： CPU： 以上；存：512MB以上；硬盤：120GB 以上，實現聯機工作。 打印機一臺，網絡共享。（3）終端機器若干臺，配置如下： CPU： 以上；存：256MB 以上；硬盤：80GB 以上，實現聯機工作。 操作系統： XP 操作軟件： 數據庫：SQL 2005 4.活動預算 由于操作系統和軟件都是免費的，而且沒有具體實施系統，設計開發過程中沒有產生費用。 專業資料 5.參考文獻 [1]《基于情景法的外賣送餐應用系統設計與研究》，玲蘊，上海交通大學 [2]《管理信息系統》，戚桂杰、志忠，人民出版社 [3]《數據庫系統概論》（第三版），珊、薩師炫，高等教育出版社 [4]《計算機管理信息系統開發與應用》，余偉萍，電子科技大學出版社 [5]《數據庫系統導論》（第七版），C.J.Date， 機械工業出版社 百度百科最后，衷心感老師對我們的指導與幫助。！歡迎您的光臨，wor d文檔下載后可以修改編輯。雙擊可以刪除頁眉頁腳。！ 單純的課本容，并不能滿足學生的需要，通過補充，達到容的完善
免責聲明：部分文章信息來源于網絡以及網友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內容的真實性，如本站文章和轉稿涉及版權等問題，請作者在及時聯系本站，我們會盡快為您處理。
