【正文】 相同。對于連鎖飯店集團而言，信息系統沒有實施標準化是非常嚴重的。對于飯店軟件系統的選擇類型，飯店業(yè)主主要考慮到價格，而忽略了軟 件系統的質量和功能。如果飯店企業(yè)應用統一的、標準化的軟件，不但員工可以使用的得心應手，同時飯店企業(yè)的報表也會非常統一，便于集團化的管理。 不論是國內還是國外，其飯店業(yè)發(fā)展已經有 20 多年，整體發(fā)展已經基本趨于成熟，但是在飯店軟件產品的穩(wěn)定性和完整性方面，還有很多地 方是需要進一步改進的。引入信息化管理的目的是杜絕原有的弊端，提高科學的管理水平。 一個普遍性存在的問題是軟件提供商不可避免的對開發(fā)的軟件進行修修補補。但是如果軟件提供商對軟件系統沒有很好的管理，今天給這個飯店修改，明天又給另一個 飯店修改，造成一個系統的多種版本，這樣為后期的維護帶來了巨大的困難。 “民以食為天”，作為衣食住行的一部分，飲食在生活中具有極其重要的地位。國內的餐飲業(yè)由于管理成本過高、服務效率低下，面臨國外餐飲業(yè)的入侵，處于競爭的劣勢；國內的類似產品比較落后，且無法滿足餐廳的實際需要。 本系統的開發(fā)背景 e 家人餐廳 位于 上海 市 浦東金橋南區(qū) ， 餐廳 坐落于 金橋工業(yè)區(qū)內。雖然 餐廳 的占地面積不是很大，但是 餐廳 坐落于 金橋工業(yè)區(qū)內， 每天的客流量是非常大的 ，餐飲市場相當的好。傳統餐飲企業(yè)的日常運作還是靠人工管理 ，從原材料入庫到客人點單，再到結賬基本上由人工完成記錄，這樣做不僅耗費人力資源而且容易導致記錄丟失或重復等錯誤，造成管理水平低下。 開發(fā)本系統的目的和意義 餐飲行業(yè)是一個具有悠久歷史的行業(yè)，但大部分餐 飲企業(yè)的運作管理模式仍基本沿襲傳統的方法。但是，隨著餐廳的規(guī)模及顧客的流量日益增大，這種基本運作模式在近年已經受到了挑戰(zhàn)，紊亂的情況屢見不鮮：服務員落單不清，導致菜單錯誤；點菜單不翼而飛；顧客一而再、再而三地催促服務員所點的菜肴還未到等等問題不斷發(fā)生??，給酒店的經營與管理者帶來了很多的煩惱和不必要的經濟損失?；谝陨鲜聦崳覀兲岢隽艘惶仔兄行У那芭_點菜解決方案，以我們在計算機管理方面的專業(yè)優(yōu)勢與客戶的實際業(yè)務流程有機地結合，制定出適合于具體用戶的方案。所以開發(fā)一套完善的餐飲管理系統 對 e 家人餐廳 的市場形象、服務質量、管理水平和經濟效益都有至關重要的影響。 第一章是緒論。 第二章是在可行性分析的基礎上，對上海 e 家人餐廳餐飲管理系統進行了系統分析。 第三章是在系統分析的前提下，對上海 e 家人餐廳餐飲管理系統進行系統設計。 第四章進行入了系統的實施階 段。 第五章主要是系統的測試與測評。 第二章 系統分析 系統分析的目的 本系統的系統分析，我選擇了面向對象的系統分析方法。 在面向對象的系統分析中，在需求分析的基礎上要建立兩種模型。 系統初步調查 為了這套 餐廳 餐飲管理系統能夠順利地進行，并且能夠適應其他一些中小型餐飲企業(yè)的使用，充分體現出這套系統設計的最終目標，特此進行了詳細的調查。數據傳遞、信息發(fā)布等多為手工模式。 (2)業(yè)務流程管理不夠嚴密。 (4)客人消費單據難以保存和查詢。 因此，根據調查的結果而制定了 餐廳 管理信息系統 主要分為前臺管理和后臺管理兩部分。 系統需求分析 需求分析過程是整個系統開發(fā)的重要階段，分析的成功與否，決定著整個系統功能的完善性以及穩(wěn)定性。 功能需求分析 在對的初步調查過程中，已經掌握了 餐廳 對這套餐飲管理系統所要能夠實現的功能方面的需求，需求分析如下： (1)餐飲部要求本系統能夠完成對客人的 點菜 管理以及買單管理，便于客人對消費程度的查詢以及財務部門每個月的賬務統計。以便于采購部能夠隨時進行庫存查詢，提前采購所需物品，避免物品短缺進而影響到正常的工作、 餐廳 的效益。 (4)人事部要求本系統能夠具有員工信息管理功能，便于飯店對每一個員工的具體情況進行了解，也是對每一個員工進行職務提升的重要依據。用戶管理它記錄了用戶的信息，包括用戶名、密碼、性別、年齡、地址等基本信息。 菜品管理 菜品管理模塊是整個系統的重點，該模塊主要用于對菜品信息進行管理，菜品管理模塊中記錄了菜品的基本信息，包括菜名、配料、價格以及菜品簡單介紹等信息。 財務管理 財務管理模塊是整個系統的一個亮點，是為了對餐廳的銷售情況做一個詳 細的管理，包括對餐廳當天的銷售情況的分析顯示以及當月銷售情況的分析顯示。 窗口 窗口用于顯示 已打開的操作窗口，同時可以在不同的窗口中進行切換，以及顯示目前已打開的窗口數量和正在操作的窗口。比如，信息系統部件失效雖然沒有引起聯接性故障，但是卻造成質量指標下降，平均延時增加、線路堵塞等現象。即信息在存儲過程中不被偶然或蓄意的刪除、修改、偽造、亂序、重放、插入等行為破壞和丟失的特性。 其他需求 用戶界面要新穎、大方，并且是能夠讓用戶所能接受的。 技術上的可行性：技術方面的可行性就是根據現有的技術條件，能否實現系統的各項要求。 軟件：本系統屬于數據庫應用程序，本系統需要一個數據庫服務器及其運行的操作系統平臺，根據客戶的數據量并不是十分巨大，我們選擇目前市場上價格比較低廉的數據庫服務器產品： Microsoft SQL Server2020 及配套的平臺Windows xp。這些軟件在中小型 MIS 開發(fā)中已被大量應用，技術上都比較成熟，因此技術上是可行的。 效用：實施該系統也能給餐廳帶來長期效益，它可幫助領導實現管理方法的現代化、科學化，極大地提高餐廳的工作質量與工作效率，減少管理支出的費用，從而保證餐廳管理的可持續(xù)的良好發(fā)展。 C、 管理可行性 餐廳的領導認識到當今社會的發(fā)展趨勢，認為使用計算機從事餐廳管理是公司當前非常必要的舉措。另外，為了提高餐廳管理水平，適應管理系統的要求，該餐廳對管理人員進行了全面的培訓，提高了他們對餐飲管理系統的認識。 上海 e 家人餐廳的組織機構包括：財務部，人事部，采購部，餐飲部。他描述出了用例、角色以及它們之間的關系。其中管理員主要是負責對用戶和菜品的增加、刪除、修改、查看和對系統的管理。整體體現在用例圖上如下： 密碼重置添加新用戶修改用戶信息添加新菜品修改菜品信息查看菜品信息統計當天銷售情況統計當月銷售情況管理員查看用戶信息點菜退菜加菜結賬查看已點菜品銷售員 數據概念設計 ER 圖 ER 圖是用來描述某一組織 (單位 )的概念模型，提供了表示實體、屬性和聯系的方法。實體是指客觀存在并可相互區(qū)分的事件；屬性指指實體所具有的每一個特性。 圖 38 總體 ER 圖 圖 39 科室醫(yī)生 ER 圖 圖 310 病人病床 ER 圖 圖 311 病人藥房 ER 圖 圖 312 病人醫(yī)生 ER 圖 圖 313 醫(yī)生處方 ER 圖 圖 314 藥庫藥房 ER 圖 第三章 系統設計 完成了系統的需求分析之后，就進入了系統的設計階段，在整個系統的開發(fā)時期中，設計階段是最主要的階段。其功能結構圖設計如圖 31 所示： 菜品管財務管窗 用戶管菜品管窗 后臺管理 前臺管理 上海 e家人管理系統 用戶管 圖 31 功能結構圖 ： a、用戶管理： 密碼重置：管理員修改密碼 添加用戶：添加新用戶 查看所有用戶：查看所有用戶信息 b、菜品管理： 查看所有菜品：查看所有菜品的信息 添加新菜：添加新菜品 查看已點菜：查看已點菜品信息 C、財務管理： 查看當天利潤： 查看當天利潤、成本信息 查看當月利潤：查看當月利潤、成本信息 ： a、用戶管理： 查看所有用戶：查看所有用戶信息 b、菜品管理： 查看已點菜 品 點菜 已打開的窗口 已打開的窗口 查看已點菜 品 查看所有菜品 添加新菜 品 查看當月利潤 查看當天利潤 密碼密碼重置 添加用戶 查看用戶 信息 查看用戶信息 我要點菜 :為客戶點菜、退菜、結賬等 查看已點菜：查看已點菜品信息 系統的代碼設計 計算機管理信息系統設計的基本前提條件是把管理對象數字化或符號化，也就是代碼設計。編碼是指與原來名稱對應的編號、符號或記號。編碼也用于指定數據的處 理方法、區(qū)別數據類型，并指定計算機處理的內容等。 2．標準性 主要體現在對程序文件名命名和對數據文件命名的一目了然，無重復現象。 3．合理性 系統中代碼設計與編碼對象的分類相適應，以使代碼對編碼對象的分類據有標志作用。 5．適應性 在代碼設計過程中，代碼反映了編碼對象的特點，便于識別和記憶，使系統維護人員容易了解和掌握，便于進行維護工作。 7．可擴充性 考慮到今后程序擴充的需要，在編制代碼時，留有足夠的備用代碼 。 ，如已點菜編碼為 2020310 10： 53： 27， 其中 2020310 10： 53： 27 代表的是在 2020 年 3 月 10 日 某個 時間段已經點的 菜品。但是這些值不一定適合每一種應用環(huán)境，在進行物理設計時，對這些變量重新賦值，以改善系統的性能。這些參數值直接影響存取時間和存儲空間 的分配，在物理設計時應根據應用環(huán)境確定這些參數值，以使系統性能最佳。對系統的質量起著決定性的影響。 本系統輸入信息主要包括管理員輸入的用戶名和密碼以及用戶及會員信息、菜品信息的錄入等等。 例如：在數據管理中添加新的用戶信息界面如圖 32 所示。例如查看所有菜品時的信息輸出，所得界面如圖 34 所示。系統實施階段的目標就是把系統設計的物理模型轉換成可實際運行的新系統。 系統開發(fā)工具的選擇（（（可以詳細點））） Microsoft SQL Server 2020數據庫的選擇 SQL Server 2020 是一個全面的數據庫平臺，使用集成的商業(yè)智能 (BI) 工具提供了企業(yè)級的數據管理。 SQL Server 2020 數據引擎是本企業(yè)數據管理解 決方案的核心。 無論您是開發(fā)人員、數據庫管理員、信息工作者還是決策者， SQL Server 2020 都可以為您提供創(chuàng)新的解決方案，幫助您從數據中更多地獲益。 TFCS 提供一組能夠將工具集成在一起的工具，無需工具間的緊密耦合。 Visual Studio Team System 使用方法論模板來定義每個項目將遵循的過程。 Visual Studio Team System 是一個靈活的工具集，它采用即靈活又正規(guī)的過程。過程擴展性允許自定義工作項類型、簽入策略、自定義報告以及項目管理模板。 輸入用戶名和密碼 是否正確 是否管理 員 密碼或用戶名錯誤 銷售員界面 管理員界面 是 否 否 是 圖 41 管理員登錄處理流程圖 42 所示， 圖 42 基本模塊處理流程圖 系統的詳細設計的實現 首先，用戶登錄界面比較簡單，需在登陸系統中輸入用戶名和密碼，若與數據庫中管理員表中的記錄一致則可以進入該系統，否則無法進入。用戶登錄頁面及用戶登錄操作 錯誤界面設計效果如圖 4 4 46 所示。 系統管理員和銷售員登陸首頁設計如圖 4 48 所示 : 圖 47 系統管理員首頁界面 圖 48 圖 44 用戶登錄頁面 圖 45 用戶登錄用戶名或密碼錯誤界面 圖 46 用戶登錄用戶名或密碼為空錯誤界面 用戶名和用戶的密碼驗證通過以后，進入該系統首頁。 菜品管理界面如圖 41 41 41 414 所示： 圖 411 添加新菜界面 圖 412 查看菜品界面 圖 413 編輯菜品界面 圖 414 查看已點菜界面 財務管理包括統計顯示當天利潤以及當月利潤情況。 菜品管理相關界面如圖 41 419 所示：