1、架構設計文檔20XX年XX月多年的企業涔詢顧問名透，經過實戰臉證可以落地加亍的卓越管理方章值得您下載強有1 課題的研究背景與意義1.1 項目背景目前大多數酒店由于規模的限制，忽略了點菜系統的重要性，而本系統專為具有一定規模和經濟條件的大型酒店設計。以降低人力成本，提高人員工作效率，加快各部分人為環節的數據流通速度為前提，降低經營成本，提高利潤。通過集成從顧客訂桌、點菜、上菜到結賬等一系列功能，為每個環節明確分工，并通過可視化的軟件支持，有效減小了人為錯誤的概率，是酒店管理更加規范化。1.2 名詞解釋1.2.1 Admin【Admin】系統管理員，可以對該系統進行管理操作。1.2.2 菜金【菜金

2、】用于專供吃飯買菜的錢款。1.2.3 開單【開單】根據客戶點菜情況，核對單據并及時處理單據。1.2.4 折扣【折扣】飯店按原價給予客戶一定百分比的減讓，即在原價上給予適當的優惠。1.2.5 提成【提成】提成就是餐廳經理根據業務收入按一定的比例給提取服務員的報酬。【登錄】系統允許多個用戶同時使用一臺計算機，為了保證系統的安全和記賬方便，系統要求每個用戶有單獨的賬號作為登錄標志，系統還未每個用戶指定一個口令。1.2.7 退菜【退菜】因餐廳自身原因，導致客戶所點菜品沒有，客戶因此而選擇退菜。1.3 可行性分析1.3.1 技術可行性分析因為該系統具有友好的人機互操作界面，操作人員只要進行少量的培訓，系

3、統的功能和使用方法就基本上能夠是系統順利運行。1.3.2 經濟可行性分析該系統帶來的經濟效益明顯的，其最主要的表現就是減少了企業管理費用和人力開支，不僅節省了大量的時間，還為企業的各項決策提供了寶貴的資料，為企業帶來巨大的經濟效益。同時該系統可以提高我們餐廳的銷售效率，即提高了餐廳的經濟效益，所以從經濟上完全是可行的。1.3.3 操作可行性分析本系統采用基于Windows的圖形用戶界面，而該系統是大家熟悉的操作系統，對于那些有一般的計算機知識的人員就可以輕松上手。而整個超市管理系統采用最友好的交互界面，簡介明了，不需要對數據庫進行深入的了解。2 需求分析2.1 系統目標餐廳點菜系統的總目標是：

4、在無人指導的情況下，顧客可以在計算機平臺上自行完成點菜服務，并對菜品進行評價，為廣大顧客提供了具有良好人機交互界面的軟件，也便于餐廳的管理，通過本軟件，顧客也可以隨時的知道本餐館的最新活動。具體要求如下：1).顧客可以瀏覽、查詢菜品2)獨立于具體的數據庫平臺，對于與數據庫交互的部分考慮兼容性3)容易在原先基礎上進行擴充4)采用開放式的標準開發，可以達到跨平臺的效果為了達到以上的開發目的，個人博客網站應遵循一定的設計和開發與原則：1) .模塊接口定義清晰；2) .基礎類庫和接口設計合理，盡量建立叮擴展的接口和抽象類；3) .數據庫操作使用標準SQL語句，如果一定要使用有差別的SQL語句,則盡量集

5、中在一起，以減少將來維護和移植的難度；4) .采用開放的標準和工具等；下面分析各個子系統的功能需求。2.2 前臺需求在前臺的功能實現上，可以分為以下幾個部分：1) .普通顧客：普通顧客可以在本餐館申請會員。2) .會員登錄：凡是本餐館的會員都可以再本餐館享受一定的折扣。3) .用戶修改個人信息：用戶對個人信息進行更新具有更新的權利。4) .菜品查詢和留言：用戶可以查詢自己想點的菜品，并且可以對此菜進行評價。5) .公告信息查詢：本餐館會不定期的推出新產品，以吸引顧客2.3 后臺需求通過計算機網絡將前臺與后臺的數據庫相連，系統管理員將從前臺得到的信息進行處理，實現點菜管理，用戶管理，留言管理等子

6、系統。1) .點菜管理：系統管理員可以查看每到菜被點的次數2) .用戶管理：系統管理員可以對本餐館的員工、會員進行管理3) .留言管理：系統管理員可以查看顧客對每到菜所進行的評價，以便于更好的改善餐廳管理4) .倉庫管理：系統管理員可以查看餐館材料所剩多少，并對材料進行管理2.4 系統性能需求餐廳點菜系統要求本軟件需要具備以下幾個主要特性：1) .多樣性:餐廳點菜在設計時必須遵循的一個重要原則，就是以顧客為系統設計的中心，給顧客一個人性化的界面，讓顧客到達在無人指導的情況下可以自行完成點菜服務。2） .易維護:管理員能夠簡單方便地管理系統，定義新的應用，并對系統進行日常維護。3） .安全性:系

7、統應充分考慮信息、設備、運行和管理的安全性，建立完善的多層次的安全保障體系，保證顧客的個人信息等資料的數據安全。4） .可擴展:隨著餐廳的需求不斷的完善，系統在設計時充分考慮顧客的需求會不斷的改變，所以為了以后的維護和降低系統在擴展時的難度，系統應達到可擴展的特點。2.4 用例圖2.5 用例規約用例名稱點菜用例簡述該用例允許顧客進行點菜，并將菜單發至廚房的終端操作者顧客基本事件流1）系統顯示點餐頁面2）用戶查看菜單，找到要點的菜，點擊“點菜”按鈕3）系統將該菜加入顧客點菜單4）用戶在選完所有要點的菜后，點擊“確認”按鈕5）系統將顧客點菜單發至廚房終端電腦上6）廚房電腦上顯示出最新到來的點菜菜單

8、擴展事件流1）如果顧客點菜單上沒有點一個菜，則系統提示無法提交，并要求顧客檢查點菜單，至少要點一個菜2）如果顧客是注冊會員，并想采用自定好的菜單，則可以在身份通過驗證后將個人自定菜單導入到當前點菜單中擴展點顧客點擊“從個人點菜單導入”非功能需求1）用戶刷新菜單頁面的響應需要在1000毫秒之內2）廚房電腦必須在2000毫秒之內接受到最新的提交點菜單前置條件顧客成功的打開了首頁面后置條件顧客的點菜單發送到服務器中，并且廚房電腦檢測到此點菜單優先級高3概念性架構3.1 魯棒圖3.2 概念性架構圖分析說明：魯棒圖作為需求分析與架構設計之間的橋梁，必然有兩個目的：1、從需求分析中找出邊界對象，控制對象，

9、實體對象；2、將三者與其他相關對象進行分層劃分，為下一階段的實際架構設計進行引導。4功能概述1.1 注冊執行者：普通顧客基本流程：一個普通顧客來到本系統，當點擊注冊，即可跳轉到注冊頁面，該頁面為顧客提供了用戶需要填寫的信息，并用郵箱或者密保做為顧客找回密碼的方法。最后注冊成功即可跳轉到登陸窗口，如失敗，再次跳轉到注冊頁面。1.2 登錄執行者：已注冊會員基本流程：供已注冊的會員登錄，輸入用戶名（Email）和密碼，點擊“登錄”按鈕等待處理，若驗證信息正確，則成功跳轉到訂餐主頁面；若驗證失敗，則系統給出相應的錯誤信息提示。1.3 修改信息執行者：已注冊會員基本流程：已注冊的會員可以登錄本餐館系統查

10、看個人信息，如需修改，則可以點修改按鈕，修改個人信息。1.4 我的評論執行者：顧客基本流程：不管是會員還是普通顧客都有對本餐館提出寶貴的意見和建議，如果覺得本餐館有需要改進的地方，則可以再此系統上留言，其中包括菜品、服務質量等各個方面。1.5 訂購歷史執行者：店主/管理員基本流程：為了更好的經營本餐館，店主或管理員有權利查看餐館顧客的就餐記錄，包括近期和長期的歷史記錄，了解用餐高峰，便于人手的管理。1.6 用戶管理執行者：店主/管理員基本流程：店主或管理員在登錄了本餐館后，可以查看本餐館所有的會員。5架構設計1.邏輯架構5. 系統設計5.1 數據架構E-R圖(實體-關系圖)提供了表示實體、屬性

11、和聯系的方法。(1) 實體型：用矩形表示，矩形框內寫明實體名(2)屬性：用橢圓型表示，并用無向邊與其相應實體連接起來(3)聯系：用菱形表示，菱形框內寫明聯系名，并用無向邊與其有關實體連接。本系統采用E-R圖的方法進行數據庫概念結構設計,系統E-R圖如下所示：6設計收獲與心得通過此次項目的開發，我們整個團隊對遇到了很多挫折，但同時我們也得到了很多收獲。6.1 軟件開發前章當你在準備開發一個東西的時候，你首先想到的就是要完整的把這件事做完，不要做的半途而廢，那樣的話你干脆就不要打"開發"這個兩個字的主意了，更談不上什么是開發，在開發之前還要想想我是否有能力完成這個事情，是否需要

12、他人的幫助，說通俗一點就是看你有沒有勇氣來完成這個項目，以為我們剛開始時覺得我們做不出來。6.2 框架構思和模塊的劃分如果你具備以上的要求，具備一定的開發能力，你就可以組織人一起進行開發了哈，在開發的時候，首先的第一個任務就是你準備開發的這個軟件的整個框架圖，這一步應多征求組內成員的意見，最后設計出這個軟件的大體框架，做到心中有數。6.3 團體合作及編碼實現在工程中的實現問題就是編碼，這一步是最能體現出團體合作的，由上面所說，模塊劃分好以后就需要給組內成員分配任務了，按成員分配.成員與成員之前可保持技術上的通信，相互學習交流，以達到共同提高的目的.當組內成員把所有的編碼實現后就需要組合了，把每