系統論文：移動外賣系統的設計與實現

　　摘 要:本設計就是以此為出發點，認真分析現有的點餐模式的特點，特別是這些模式的兼容性和擴展性的不足，并以此為基礎，開發與設計出具有實用性的點餐系統。文章提出了新的外賣系統的工作模型，在解讀其工作流程時，對于涉及到的關鍵難點給出了具體的實施方案，之后詳細的解答了基于上述條件的數據模型以及具體移動應用的開發方案，并于最后指出了外賣系統的前進方向。

　　關鍵詞：互聯網;外賣;兼容性

　　1 引 言

　　移動外賣系統作為一款手機應用，其設計目標就是為職場白領提供更加便捷、健康的生活方式。對于那些喜愛美食的愛好者，在家里直接下單，周邊的美食全在身邊。而對于商家而言，方便的外賣管理方式能大量的減少工作量，同時提高了營業額。而作為一款外賣應用，使用對象除了外賣客戶與商家之外，還會有新的用戶群體，那就是外賣派送員。雖然是一個互聯網軟件，但同時又將為社會提供一些就業崗位，減少社會壓力，發展服務行業。

　　2 系統分析

　　在軟件開發的過程中，開發者必須明確了解到客戶對于軟件的需求。需求分析是軟件開發周期的第一步，也是至關重要的一步，所有的開發過程都依賴于在本過程中分析得出的數據，在獲取了客戶對于系統的需求之后，再將需求進行細化分析，以編寫需求說明書。軟件開發的每一步都建立在需求分析之后。

　　2.1 外賣應用需求分析

　　1.對客戶的需求進行分析，明確整個系統所必須包含的各個功能模塊。

　　2.設計性分析，以盡量滿足客戶所需要的功能模塊為目的，設計程序所需要使用的數據庫，語言，以及編譯器。

　　2.2 外賣應用功能模塊分析

　　本系統作為一個完整的外賣系統，主要由兩部分組成：一部分是用于移動客戶端的用戶體驗部分，另一部分則是用于PC端的外賣商家管理部分。通過模擬用戶點餐的過程，建立購物模型。而通過模擬商家收到點餐之后的操作，可以建立出商家流程。

　　用戶視圖中應該有以下功能：

　　1.用戶在進入應用之后，在商家所提供的菜品中選擇自己所喜歡的商品；

　　2.在對自己心儀的菜品下單之后，購物車中會自動添加所選擇的菜品，隨后填入自己的收貨地址，下單操作就完成了。

　　商家視圖中應該有以下功能：

　　1.菜品管理功能

　　2.訂單管理功能

　　3.會員管理功能

　　4.統計分析功能

　　3 外賣系統設計模型建造

　　開發軟件之前，應當首先將軟件的各項模型建造出來，一個軟件開發過程應該分為以下幾個模型建造過程。

　　1.數據建模：分析客戶對應用的需求，盡可能的從全局考慮數據庫結構，根據需求建立數據庫模型，當然，在實際過程中必定會有所補充。

　　2.流程建模：模擬用戶所進行的各種動作，將這些動作連貫起來。

　　3.界面建模：前端負責以最完美的方式，將所需的APP面向客戶（管理端），用戶（客戶端）的這一塊建立出來，然后慢慢將其完善制作。

　　4.服務建模：這一步則是用于在各大服務器廠商中選擇一個性能優越的服務器用于部署應用程序。

　　5.收尾：這一塊會占用的時間大概占到整個開發過程的五分之二，它不是最重要的過程，卻是最繁瑣的過程。

　　3.1 數據建模

　　移動外賣系統的設計從數據建模開始，設計中建立了以下三個表：菜品表、訂單表、用戶表。

　　1.菜品表用來存儲和展示商家所上傳的菜品的各種信息。

　　2.訂單表用來存儲用戶所下的各種訂單與訂單相關信息。

　　3.用戶表用來保存用戶的名稱電話以及地址等各種信息。

　　3.2 流程建模

　　流程建模用于模擬用戶或者商家的操作所建立的模型，外賣應用流程圖如圖3.1所示。

　　圖3.1 外賣應用流程

　　3.3 界面建模

　　為用戶建立所操作的各種UI界面屬于界面建模部分，外賣系統根據需求共需要建立三個用戶界面。

　　1.用戶主頁：菜品列表頁：包含菜品的名稱，圖片，詳情等信息。

　　2.購物車頁：用戶在菜品列表頁選購了要選擇的菜品之后，在購物車頁會出現用戶選擇的菜品以及份數、單價、匯總后的價格，隨后還需要在此頁面填入自己的聯系信息。

　　3.我的信息頁：用來保存用戶的個人信息的界面，方便用戶進行二次下單。

　　商家后臺管理模塊，嵌入了菜品管理、訂單管理、會員管理、統計信息四個子頁面功能模塊。

　　移動應用的開發終究是為用戶而開發的，如果應用的打開速度緩慢、反饋遲鈍，必然會極大的影響用戶的體驗，因此，一臺優秀的服務器必須要考慮到。在結合了安全性、訪問速度、穩定性能之后，我們最終選擇了阿里巴巴旗下的阿里云服務器ECS。

　　4 數據庫設計

　　4.1 數據庫概念設計圖

　　各表的作用及E-R圖如下所示。

　　1.菜品表

　　用來存儲菜品的詳細信息，其中的字段包括：fid：主鍵；菜品id；fname：菜品名稱；fprice：菜品單價；fDescription：菜品詳情；fimage：菜品圖片；fstatus：菜品狀態。

　　2.訂單表

　　用于存儲訂單相關信息，其中的字段包括：fid：主鍵；fCreateTime：下單時間；fContent：訂單內容；fSum：訂單合計金額；fUserID：外鍵下單人ID；fUserName：用戶姓名；fPhoneNumber：用戶電話；fAddrss：訂單地址；fPayState：付款狀態；fDispatchingState：配送狀態[3]。

　　3.用戶信息表

　　用來存儲用戶的個人信息，主要包括：fname：用戶姓名；fPhoneNumber：用戶聯系方式；fid：主鍵；fAddress：用戶的收貨地址。

　　5 系統詳細設計

　　5.1 主要功能模塊說明

　　1.購物模塊：用戶在菜品列表中選擇所中意的菜品，將其加入購物車，隨后在購物車中核對自己所選擇的菜品及價格，最后，在提示用戶補充了自己的詳細收貨地址之后，便可以選擇下單操作，完成本次購買。

　　2.用戶信息模塊：用戶只需要在我的信息頁保存自己的個人信息，就可以進行下單而不需要在下一次購買時進行二次操作。

　　3.外賣應用后臺管理：商家客戶使用管理后臺對菜品、訂單、用戶等信息進行管理，還能方便的進行數據統計。

　　5.2 主要頁面功能模塊設計

　　系統主頁面主要有前臺系統主頁、后臺系統主頁、后臺菜品管理子頁、后臺訂單管理子頁、后臺訂單管理子頁、后臺的會員管理子頁、統計分析頁面。

　　5.3 功能模塊的詳細設計

　　功能模塊的詳細劃分首頁（index.w）、后臺管理(index.w)。

　　5.3.1 外賣應用用戶頁面詳細設計

　　首頁：是菜品列表頁，用戶可以在列表中尋找自己想要點的菜品然后點擊“來一份”按鈕，將所選擇的菜品添加到購物車之中。

　　購物車頁：在接收到了上頁的參數之后，在購物車中自動添加用戶所選中的菜品，并且允許用戶對數量進行編輯；而在頁面的最下部，用戶需要輸入自己的聯系方式，目的是為了讓外賣派送員聯系到用戶。

　　信息頁：用于保存用戶的個人信息，用戶在這個頁面保存了自己的聯系方式之后，就不需要每次訂購外賣的時候再次輸入了，簡化了用戶的操作步驟。

　　5.3.2 商家后臺界面詳細設計

　　外賣后臺界面總體采用左右分割的方式制作，左邊是管理菜單列表，右邊是內嵌進去的四個頁面：首頁同樣也是菜品列表頁，而這里的菜品列表的作用與用戶的顯然不同，這里的菜品列表功能是用于商家對現有菜品進行管理，以及增加新的菜品。

　　6 測試

　　6.1 測試分類和方法

　　系統開發的最后階段，需要對每個單獨的功能模塊進行測試，同時還需要對整個系統銜接性進行完整測試，其目的是盡可能早的發現并更正軟件中的錯誤，提高軟件的可靠性。同時還將對系統進行兼容性測試，以明確不同移動終端的各種表現情況。

　　首先將采用黑盒測試，既功能性測試，系統測試將一步步測試每個功能模塊，看是否能夠如預期的那樣執行，全部的功能是否完整可用，后臺管理模塊能否正常的對用戶數據進行增、刪、改、查等操作。

　　6.2 黑盒測試結果

　　表6.1測試用例表

　　經過簡單的系統測試，系統各個功能可以正常的運行并得到期望的輸出。

　　6.3 兼容性測試結果

　　表6.2兼容性測試表

　　經過各項測試，系統在Web界面與Android中，系統能夠完整流暢的運行，在IOS系統中，出現大量無法預測的錯誤，系統兼容性測試出現了很多問題，需要在接下來的開發中給予修改與適配。

　　7結 論

　　結 論：本設計充分使用了Java、HTML5的跨平臺技術特點，符合Apache標準，使用的幾乎都是目前最流行的技術，核心功能也較為完整，除了響應式的前端布局技術之外，還擁有完善的PC端后臺內容管理系統，界面及其人性化，統計頁面非常友好，使得商家能夠全面的分析每日線上交易的各類情況，只要是一個經常上網的普通人，也可以快速的掌握并使用后臺，極大的降低了線上交易管理成本。

　　參考文獻

　　李淑英.JavaScript 程序設計案例教程[M].北京:人民郵電出版社,2015.

　　馬科.HTML5 App商業開發實戰教程—基于Wex5可視化開發平臺[M].北京:高等教育出版社,2016.

　　王小軍.基于HTML5的網上訂餐系統的設計與實現[D].廣東:華南大學,2016.