智能點餐系統開發紀實2-----系統總體結構和商務程序

標籤：android   style   blog   http   color   io   os   ar   java   

1請看這裡http://blog.csdn.net/jason0539/article/details/20854329

 

寫完之前這個就沒寫，趁著新奇感幾天就把這個弄完了，也沒再寫別的東西，前幾天已經完畢了，今天須要寫一個文檔，寫完文檔就把裡面我寫的部分貼到這裡來了，有點羅嗦，湊字數。

事實上就是講了一個總體流程，整個系統主要分四部分：

小車，手機，收銀台，廚房。

server寫了兩個，收銀台一個，用來處理手機的串連，包含菜單更新和訂單處理，

                                廚房一個，用來處理送餐小車的串連，主要用來給小車發送桌號，讓小車送餐到指定桌號。

手機就用的android，不多說，

小車用的arduino，都是一個個的模組，連上寫點程式，處理下各個串口的資料即可。

 

client:採用android平台開發的應用,主要功能是客人在餐廳開啟應用後,串連到餐廳的wifi訊號,通過開啟一個socket去後台server查詢菜單,假設是第一次開啟,自己主動下載全部菜單,否則的話會檢查菜單是否有更新,假設菜單更新則自己主動下載最新菜單,並自己主動儲存在應用的資料庫中,方便離線查看.客人在應用中選擇要點的菜品,填上自己所在桌號,然後提交訂單,就可以將訂單發送到server.

 

收銀台:在收銀台可進行菜單的增刪改查.客人開啟client應用之後,會自己主動串連到收銀台的server這邊來,server開啟一個線程去處理該client的請求,server依據client的請求指令做出相應,給client發送菜單或者接受client的點餐訂單,client的訂單請求被server儲存到背景MySql資料庫中, 收銀台的可視化介面通過jdbc與資料庫互動存取資料,然後顯示到收銀台的可視化介面.當客人過來買單,則通過收銀台查詢資料庫中相應桌號的資訊,就可以擷取訂單資訊,包含所點菜單,總價等,點擊結賬button之後,從資料庫中刪除此條訂單資訊.

 

廚房後台:廚房與收銀台串連同一個資料庫,與收銀台不同的是廚房僅僅查詢訂單資訊,然後廚師依據訂單資訊做菜.小車上面安裝了wifi模組,自己主動串連到廚房的server上面,當訂單完畢後,廚房工作人員通過送餐button發送送餐指令給小車,小車收到指令來到廚房,把菜品送到客人所在的餐桌.同一時候指令發送成功之後,資料庫中的對應訂單會被刪除掉,並自己主動重新整理訂單列表,廚師繼續做下一張訂單的菜品.

 

小車：平時在指定地點充電，收到廚房的送餐指令之後（就是一個桌號）。這個在餐廳裡的地面上是有黑色的軌跡和RFID標籤的，黑色軌跡用來讓小車循跡，不要到處跑，RFID卡片裡寫著桌子的號碼。小車首先到廚房把要送的菜裝好，然後依照地板上的循跡線路走，假設讀到到寫好了指定桌號的RFID卡片，則轉彎到餐桌旁邊，然後返回充電地點。之後反覆以上過程。

 

寫這篇的時候突然發現，我為什麼要寫智能兩個字，根本沒有體現出智能來，可是如今無論什麼行業，都要跟智能兩個字貼個邊，智能傢具，智能熱水器，智能這個，智能那個，不明確究竟智能在哪裡，大部分也就是能做到自己主動而已，跟智能還差得遠。

 

假設沒有意外的話這個後面就不再寫別的了，之前一直做這個項目做那個項目，大部分做的是反覆勞動，非常少涉及資料結構和演算法之類的原理性的知識，感覺有點虛，之後少寫代碼，能保持手感即可，多看書，初步打算看完《think in java》《android核心剖析》《深入理解java虛擬機器》《資料結構與演算法分析（java語言描寫敘述）》，然後再作別的打算。

找工作，壓力頗大。

 

jason0539

微博：http://weibo.com/2553717707

部落格：http://blog.csdn.net/jason0539（轉載請說明出處）

 

智能點餐系統開發紀實2-----系統總體結構和商務程序