基于Android的食堂點(diǎn)餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

鹿俊聰

（電子科技大學(xué)信息與軟件工程學(xué)院，四川 成都 610054）

1 概述

食堂就是一種既能滿足上班族或者師生日常消費(fèi)，也能達(dá)到良好膳食平衡的時(shí)代催產(chǎn)物。食堂有著經(jīng)濟(jì)適用、菜品眾多且方便快捷的特點(diǎn)[1]。然而如今，本該是為了在用餐時(shí)間節(jié)約時(shí)間的食堂，卻往往因?yàn)橛貌腿藬?shù)基數(shù)大、高峰期人數(shù)暴增、食堂餐品質(zhì)量參差不齊的原因，出現(xiàn)單個(gè)窗口排隊(duì)隊(duì)伍長(zhǎng)效率低而部分窗口無(wú)人問(wèn)津的情況，造成了極大的資源浪費(fèi)——無(wú)論是時(shí)間還是食物[2]。由此可見(jiàn)，食堂缺乏有效的管理和與顧客的溝通。針對(duì)這些問(wèn)題，本文要研發(fā)一個(gè)食堂點(diǎn)餐系統(tǒng)，在數(shù)據(jù)庫(kù)設(shè)計(jì)的基礎(chǔ)上，基于Java技術(shù)開(kāi)發(fā)一款掌上APP，隨時(shí)隨地點(diǎn)餐，實(shí)時(shí)發(fā)表評(píng)價(jià)，以求從根源上解決資源調(diào)配的問(wèn)題，做到工作吃飯兩不誤，也能有效督促食堂餐飲業(yè)的管理化[3]。

2 需求分析

食堂點(diǎn)餐系統(tǒng)，顧名思義，是為了滿足點(diǎn)餐功能的APP。所以本APP的主體功能將圍繞點(diǎn)餐下單出發(fā)，在此基礎(chǔ)上衍生出為了提高食堂服務(wù)水平的評(píng)價(jià)體系。由此，本系統(tǒng)將涉及顧客、食堂商家和系統(tǒng)管理員的角色。

首先是實(shí)體商家的角色。該角色注冊(cè)成功后還需要在系統(tǒng)中增加食堂商鋪，登錄即可進(jìn)行商鋪管理，即對(duì)菜品的增加、刪除、更改和查詢操作。一個(gè)商家可以有多家商鋪，就涉及到商鋪的管理，即商鋪的增加、刪除、更改和查詢操作。在顧客下單后，打開(kāi)訂單管理界面，可以查看、接受訂單。每次的顧客用餐評(píng)價(jià)都可以在評(píng)價(jià)界面看到。

其次是實(shí)體顧客的角色。角色注冊(cè)登錄后，先選擇食堂，之后可以看到熱門菜品推薦和食堂菜品，選擇心儀的菜品下單，此時(shí)APP跳轉(zhuǎn)到訂單填寫頁(yè)面，可以選擇堂食或者打包，完成下單。下單后，可以查看、修改訂單。在完成訂單后，可以對(duì)其進(jìn)行評(píng)價(jià)，評(píng)價(jià)時(shí)可以選擇為菜品打分，五星制。

最后需要系統(tǒng)管理員，主要職責(zé)是審驗(yàn)商家的資質(zhì)、用戶權(quán)限管理和用戶信息管理的功能。

3 數(shù)據(jù)庫(kù)設(shè)計(jì)

3.1 概念設(shè)計(jì)

概要設(shè)計(jì)是數(shù)據(jù)庫(kù)設(shè)計(jì)的第一步。如圖1所示，是食堂點(diǎn)餐系統(tǒng)的ER圖設(shè)計(jì)，該圖可以展示系統(tǒng)的概念設(shè)計(jì)。本系統(tǒng)的人物角色主要有顧客、商家和系統(tǒng)管理員三種，顧客主要完成的動(dòng)作有注冊(cè)、登錄、瀏覽、下單和評(píng)價(jià)等，商家的主要完成動(dòng)作有注冊(cè)、登錄、對(duì)菜品的增刪改查和接單等，系統(tǒng)管理員主要是審核商家的資質(zhì)和角色管理等動(dòng)作。

圖1 食堂點(diǎn)餐系統(tǒng)ER圖

主要角色是一部分實(shí)體，還有一部分實(shí)體來(lái)自于與角色的聯(lián)系?；诖?，設(shè)計(jì)出了訂單、菜品、食堂、食堂商鋪和評(píng)價(jià)實(shí)體。

訂單實(shí)體與顧客、菜品、商家和評(píng)價(jià)等實(shí)體有關(guān)。顧客主要是需要下單動(dòng)作產(chǎn)生訂單，而且一個(gè)顧客會(huì)產(chǎn)生多個(gè)訂單，所以顧客和訂單之間是一對(duì)多的關(guān)系。而對(duì)于訂單和菜品，因?yàn)橛唵沃袝?huì)包含菜品信息，所以二者之間存在聯(lián)系。當(dāng)對(duì)于菜品形成訂單時(shí)，因?yàn)橛唵沃杏锌赡馨鄠€(gè)菜品，所以訂單和菜品是多對(duì)多的關(guān)系，但是在二者關(guān)系之中，存在多個(gè)數(shù)量的相同菜品該如何體現(xiàn)在同一訂單中，所以需要在二者關(guān)系之中增添一個(gè)數(shù)量的屬性，這樣即使出現(xiàn)以上問(wèn)題，也可以很好的解決。在訂單和商家之間，主要是商家要接訂單，并去改變訂單的狀態(tài)，以表示商家是否接單或者商家是否完成訂單。在完成訂單后，會(huì)有評(píng)價(jià)的形成，一個(gè)訂單只能有一個(gè)評(píng)價(jià)，所以是一對(duì)一的關(guān)系。菜品實(shí)體與訂單和食堂商鋪有關(guān)。菜單實(shí)體與訂單的關(guān)系不再贅述，而與食堂商鋪的關(guān)系則是一對(duì)多的關(guān)系。食堂實(shí)體主要和食堂商鋪有關(guān)，通過(guò)食堂可以查找到對(duì)應(yīng)的食堂商鋪，然而食堂實(shí)體只需要有食堂信息和食堂地址即可。食堂商鋪實(shí)體和評(píng)價(jià)實(shí)體、商家實(shí)體、食堂實(shí)體和菜品實(shí)體有關(guān)。食堂商鋪實(shí)體可以和評(píng)價(jià)實(shí)體有一對(duì)多的關(guān)系，這樣一家商鋪打開(kāi)就可以看到他的所有評(píng)價(jià)。商家和商鋪會(huì)有一對(duì)多的關(guān)系，存在并且允許一個(gè)商家開(kāi)多個(gè)商鋪。

3.2 邏輯設(shè)計(jì)

進(jìn)一步進(jìn)行邏輯設(shè)計(jì)。邏輯設(shè)計(jì)主要是完成數(shù)據(jù)庫(kù)實(shí)體之間的聯(lián)系、實(shí)體的主鍵和外鍵的確定、實(shí)體的屬性等。關(guān)系數(shù)據(jù)庫(kù)設(shè)計(jì)，可以遵循第一范式到第六范式，條件越來(lái)越嚴(yán)苛，冗余度越來(lái)越低。一般認(rèn)為設(shè)計(jì)到第三范式或者巴斯-科德范式即可。此處挑選較為重要的訂單和菜品進(jìn)行呈現(xiàn)。Dishes菜品（Dis_id菜品編號(hào)，Dis_name菜 品 名稱，Dis_desc菜品 描 述，Dis_pic菜 品 圖 片，Dis_pric菜 品 價(jià) 格，Dis_Score菜 品 評(píng) 分，Store_id商鋪編號(hào)）Order訂單（Ord_id訂單編號(hào)，Cus_id顧客編號(hào)，Bus_id商家編號(hào)Store_id商鋪編號(hào)，money總金額，Dis_Ord_id訂單菜品表編號(hào)，Is_packet是否打包Generate_order_time生成訂單時(shí)間，Pick_food_time預(yù)計(jì)取餐時(shí)間，Ord_state訂單完成狀態(tài)）Order_Dishes訂單菜品（Dis_id菜品編號(hào)，Ord_id訂單編號(hào)，Num_dis菜品數(shù)量）。

3.3 物理設(shè)計(jì)

物理設(shè)計(jì)就是將以上的實(shí)體全部轉(zhuǎn)化為數(shù)據(jù)庫(kù)表，實(shí)體與實(shí)體之間的關(guān)系轉(zhuǎn)化為約束的過(guò)程。在此展示最具有代表性的訂單表Order。訂單表主要用于保存顧客訂餐的相關(guān)信息，其中的主要字段包括：Ord_id訂單編號(hào)，Cus_id顧客編號(hào)，Bus_id商家編號(hào)，Store_id商鋪編號(hào)，Dishes_id菜品編號(hào)，money總金額，Is_packet是否打包，Generate_order_time生成訂單時(shí)間，Pick_food_time預(yù)計(jì)取餐時(shí)間，Ord_state訂單完成狀態(tài)。訂單表結(jié)構(gòu)如表1所示。

表1 訂單表（Order）

4 系統(tǒng)實(shí)現(xiàn)

4.1 系統(tǒng)架構(gòu)、關(guān)鍵技術(shù)

食堂點(diǎn)餐系統(tǒng)的核心需求是滿足顧客點(diǎn)餐，商家接單的需求。所以針對(duì)核心需求，并在此基礎(chǔ)上完善了售后服務(wù)和熱榜服務(wù)，衍生出幾大模塊。該系統(tǒng)分別有瀏覽菜品模塊、點(diǎn)餐模塊、評(píng)價(jià)模塊、用戶模塊、訂單模塊和商鋪模塊，其中用戶模塊包括注冊(cè)和登錄功能。

本系統(tǒng)采用postgreSQL數(shù)據(jù)庫(kù)，前臺(tái)采用H5技術(shù)，后臺(tái)采用Java技術(shù)，整體采用spring boot框架，用Java語(yǔ)言開(kāi)發(fā)的移動(dòng)APP。

4.2 界面圖

圖2是一個(gè)顧客已經(jīng)點(diǎn)好菜品，確認(rèn)訂單的界面。

圖2 提交訂單圖

5 結(jié)論

本文主要闡述了食堂點(diǎn)餐系統(tǒng)的數(shù)據(jù)庫(kù)部分的設(shè)計(jì)以及系統(tǒng)的最終實(shí)現(xiàn)。針對(duì)食堂在線的點(diǎn)單需求，設(shè)計(jì)了以訂單下單接單為主的一系列交互動(dòng)作，采用postgreSQL數(shù)據(jù)庫(kù)使得數(shù)據(jù)庫(kù)信息讀取并發(fā)性更高。在經(jīng)過(guò)H5和springBoot技術(shù)的實(shí)現(xiàn)和系統(tǒng)測(cè)試的支持下，該系統(tǒng)能夠解決顧客提前點(diǎn)餐和商家管理店鋪的需求，能解決食堂管理不善和時(shí)間物資浪費(fèi)的問(wèn)題。在未來(lái)的工作中，還會(huì)考慮單個(gè)APP占取較大內(nèi)存的問(wèn)題，以及根據(jù)個(gè)人喜好推薦菜品的相關(guān)研究。