摘要
人民生活水平的提升都會導致生活節奏越來越快，好多人吃菜都采用點外賣的形式。現今點外賣的平臺已有好多，大多都須要安裝它們的APP才可以使用。假如一味的使用外賣平臺除了會導致店家成本的降低，還不利于店家訂單的配送。開發小程序+懶人食材幫可以解決這種問題，實現利用微信就可以點餐。
本小程序+懶人食材幫采用Java語言和Mysql數據庫進行設計，技術采用微信小程序，可以不安裝App軟件就實現訂餐。**本系統實現管理員和用戶、商家、配送員四個角色的功能。用戶主要在微信端操作，內容有食材信息，用戶可以在線點餐和管理訂單信息以及查看配送情況。店家可以發布菜肴和管理訂單、查看配送情況。管理員可以初審食材以及管理訂單等。配送員可以接單完成配送。**本系統可以實現線上的訂餐，幫助店家更好的銷售餐品。
第4章系統設計4.1系統設計原則
系統詳盡設計也是很重要的一步，設計的質量高低也決定了程序最終的質量，所以首先要進行系統的合理化詳盡設計，之后還有看懂理解透徹這個程序的設計規劃，這樣編撰代碼的時侯才不會出現錯誤，還要檢驗邏輯是否正確，性能是否滿足用戶需求，還要看是否容易理解，是否便捷操作，要把所有須要考慮的問題都設計好，這樣編撰代碼的時侯才會更省事。
開發一個成功的系統首先要有一個明晰的定位，就是開發這個系統的目的，之后確定系統的具體施行功能，具體須要投入的費用，之后進行市場可行性剖析，最終確定系統是否可行，之后才會舉辦下一步的工作。只有經過了詳盡的前期督查，能夠防止在系統開發中出現的好多其他問題，保障系統順利開發進行。所以說一個成功的系統，首先必須方案思路正確，之后在依照需求設計對應的數據結構，開發環境，網路構架，之后構成一個完整的系統，只有這樣能夠使系統發揮更大的益處。
4.2系統功能結構設計
本系統的功能結構為用戶界面、管理員界面和店家界面、配送員界面，不同角色負責的功能不同，對系統的功能設計采用系統功能結布光進行展示。本系統的功能結布光如右圖4.1所示：
圖4.1系統功能結構圖
4.3系統數據庫設計4.3.1數據庫邏輯結構設計
邏輯結構設計就是數據庫的一個概念模型，之后轉換成數據庫管理系統的一個模型，主要先構建單獨的數據庫ER模型，之后在把那些單獨的模型整合上去，成為一個整體的數據庫關系模型，之后還有整合各個數據之間的關系熟悉，關鍵字，還有數據結構和文件結構，通過構建的這種互相關系，因而產生一個完整的數據庫關系視圖。而邏輯結構設計階段通常要分為以下幾個方面執行，首先是關系模型的轉換方面，要將各個數據之間的實體關系，實體熟悉之間的聯系進行關聯上去，之后還有解決命名問題，每位數據都有自己的專屬名稱微信點餐軟件，可以采用原來的名稱，也可以重新命名，前提是不能重復就行，其次就是還有把數據的非原子屬性進行縱向和橫向進行展開。其次我們還要進行數據結構的優化，這樣就能保證數據的查詢速率，保證系統的流暢運行。最后就是用戶權限之間的關系視圖設計，由于每位系統有不同的權限用戶，所以要構建不同的關系視圖，這樣才能保證不同用戶訪問的時侯，訪問的數據不同，依照用戶不同的需求進行單獨訪問微信點餐軟件，這樣因而保障了數據的安全性，所以不同的數據結構之間要保持一定的數據邏輯獨立性。
本系統的實體主要為食材信息、訂單信息、用戶信息、管理員信息、配送信息等。
（1）管理員信息的ER圖如右圖4.2所示：
圖4.2管理員信息ER圖
（2）菜肴信息ER圖如右圖4.3所示：
圖4.3菜品信息ER圖
（3）訂單信息ER圖如右圖4.4所示：
圖4.4訂單信息ER圖
（4）配送信息ER圖如右圖4.5所示：
圖4.5配送信息ER圖
（5）用戶信息ER圖如右圖4.6所示：
圖4.5用戶信息ER圖
（6）系統關系ER圖如右圖4.6所示：
圖4.6系統關系ER圖
4.3.2數據庫表設計
數據庫表是數據庫的核心部份，把相同屬性的實體設計到一個表，表與表之間進行聯系就可以實現數據的正確調用。本系統的數據庫表有管理員信息表、菜品信息表、訂單信息表、商家信息表等。
免責聲明：部分文章信息來源于網絡以及網友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內容的真實性，如本站文章和轉稿涉及版權等問題，請作者在及時聯系本站，我們會盡快為您處理。
