管理信息系統案例第4章_第1頁
管理信息系統案例第4章_第2頁
管理信息系統案例第4章_第3頁
管理信息系統案例第4章_第4頁
管理信息系統案例第4章_第5頁
已閱讀5頁,還剩52頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

第4章基于WebService的無線餐飲管理系統目錄第4章基于WebService的無線餐飲管理系統4.1現行系統概述4.1.1開發背景4.1.2組織結構分析4.1.3現行系統運行狀況分析4.2系統需求分析4.2.1系統目標與需求分析4.2.2系統開發方法的選擇4.2.3系統開發的可行性研究4.3結構化系統分析4.3.1系統業務流程分析4.3.2數據流程分析4.3.3數據字典4.4結構化系統設計4.4.1系統總體結構設計4.4.2數據庫設計4.4.3代碼設計4.4.4輸入輸出設計4.4.5模塊功能與處理過程設計4.4.6信息系統安全設計4.4.7網絡系統方案設計4.5系統主要界面與核心代碼4.5.1系統主界面4.5.2基礎數據界面4.5.3主要業務界面4.5.4主要查詢界面4.5.5報表4.1現行系統概述4.1.1開發背景春景海鮮酒樓位于煙臺市萊山區黃海路附近,面積500平方米,近20個雅間,一個零點大廳,可容納300人就餐,菜品以本地海鮮、魯菜、家常菜為主,客源以政府、機關、事業單位團體等為主。4.1.2組織結構分析春景海鮮酒樓主要包括為六個部門:經理部、人事部、餐廳部、后廚部、財務部、后勤部。4.1.3現行系統運行狀況分析目前使用的系統雖然已經脫離了傳統的手動操作,但現行系統各功能之間的信息不能很好的交互處理,并未充分體現餐飲業務處理的智能化和人性化;其次,現行系統采用基于C/S的體系結構;最后,會員管理功能在現有系統功能中并未體現,已經不適應現代餐飲行業經營管理中客戶關系管理的要求。4.2系統需求分析

4.2.1系統目標與需求分析新系統的設計宗旨是方便廚房、前臺和服務員之間的信息交流,酒店管理人員可以通過本系統了解廚房工作人員的工作情況,并能實時監控當前餐廳的預定情況、上座情況、就餐客人數量、每桌客人消費金額、消費明細、當前收銀結算情況以及收入明細等。4.2.1系統目標與需求分析 ⒈預定接待(1)遠期預定:可提前任意天、周、月、年預定。可以查詢預定、取消預定和打印預定表。(2)餐臺狀態查看:實時動態地顯示餐臺狀態和歷史預定信息。(3)預定開臺:預定人抵達后可自動開臺,所預定菜品和定金自動轉入。4.2.1系統目標與需求分析 ⒉前臺管理(1)開臺點菜:包括開臺、換臺、并臺、退臺,支持一臺多賬單,可實時動態地顯示餐臺狀態,包括點菜、退菜、加菜、催菜、等叫等功能。(2)收銀結賬:支持現金、會員儲值卡的混合結賬,支持按菜品打折、整賬單會員打折,支持預定定金轉結賬。(3)換班交接:可記錄當班情況,查詢已結賬單和未結賬單,打印班結表。4.2.1系統目標與需求分析 ⒊后廚分單打印(1)分單:前臺點完菜后,軟件會自動按照預先的設定自動進行分單,即不同的菜品按照設定由不同的廚房打印機進行打印。(2)打單:廚房打印機配備網絡打印服務器,用以支持遠程打印,只有打印菜單后廚房才開始制作。(3)出菜:菜品制作完畢,傳菜部通過掃描條碼確認出菜,掃過單子的菜品說明已在送菜的途中。(4)特殊情況:點菜兩種狀態“即起”(立即制作)與“等叫”(等待客人叫菜時開始制作),這些信息都會在廚房制作單上打印出來。客人如有催菜信息,通過終端操作,系統會自動打印提示信息以提示后廚加緊制作。4.2.2系統開發方法的選擇常用的有結構化系統開發方法(StructuredSystemDevelopmentMethod)、原型法(PrototypingMethod)、面向對象法(Object-OrientedMethod)三種。本系統的開發主要采用了結構化的系統開發方法。4.2.3系統開發的可行性研究1、技術可行性本系統采用基于.Net框架的管理信息系統架構,設計模式采用MVC,開發環境采用微軟的MicrosoftVisualStudio2005,應用服務器選擇IISWeb服務器,數據庫選擇MicrosoftSQLServer2005。2、經濟可行性3、社會可行性4.3結構化系統分析4.3.1系統業務流程分析圖4-2業務流程圖參考圖例⒈會員管理業務流程⒉預定管理業務流程⒊無線點菜業務流程⒋收銀結賬業務流程4.3.2數據流程分析圖4-7數據流程圖參考圖例⒈餐飲管理系統的頂層數據流程圖⒉餐飲管理系統的第一層數據流程圖⒊“P1預定管理子系統”數據處理過程

展開的第二層數據流程圖⒋“P2無線點菜子系統”數據處理過程

展開的第二層數據流程圖⒎“P2.4手持終端點菜”數據處理過程

展開的第三層數據流程圖⒌“P3收銀結賬子系統”數據處理過程

展開的第二層數據流程圖⒍“P4會員管理子系統”數據處理過程

展開的第二層數據流程圖4.3.3數據字典4.3.3數據字典4.3.3數據字典4.3.3數據字典4.3.3數據字典4.3.3數據字典4.4結構化系統設計4.4.1系統總體結構設計圖4-15系統總體功能結構圖4.4.2數據庫設計⒈概念結構設計圖4-16系統E-R圖圖4-17部分實體屬性圖⒉邏輯結構設計(1)房間類型(房間類型編碼、房間類型、初始消費)(2)餐臺(餐臺編碼、餐臺名稱、房間類型、所在區域、容納人數)(3)菜例類別(菜例類別編碼、菜例類別)(4)廚師(廚師編碼、員工編碼、所在窗口)(5)菜例(菜例編碼、菜例名稱、菜例簡拼、菜例類別、計價單位、成本單價、銷售單價、服務員提成比例、打折比例)(6)菜例制作(菜例編碼、廚師編碼)(7)時段表(時段編碼、時段名稱、起始時間、終止時間)(8)用餐時段表(時段編碼、餐臺編碼、餐臺狀態)(9)餐臺預定參考表(餐臺編碼、預定日期、時段編碼、預定狀態)(10)會員等級(等級編碼、等級名稱、享受折扣比例、積分下線)⒉邏輯結構設計(11)員工(員工編碼、員工姓名、姓名簡拼、性別、出生日期、身份證號、籍貫、所屬部門、所任崗位、入職日期、在職狀態、聯系方式)(12)會員(會員編碼、會員姓名、姓名簡拼、性別、出生日期、賬戶余額、會員等級、當前累計積分、辦理日期、會員狀態、聯系方式)(13)消費清單(消費清單編碼、會員編碼、清單狀態、餐臺編碼、消費數量、顧客人數、進店時間、離店時間、應收金額、實收金額、結賬單金額、收銀員)(14)消費清單詳細表(消費項目編碼、消費清單編碼、菜例編碼、上菜狀態、菜例數量、金額、廚師編碼、點菜時間、上菜時間、點菜備注、退菜說明、服務員)(15)預定清單(預定清單編碼、顧客姓名、性別、預定狀態、聯系方式、預定餐臺、預定日期、預定時段、預抵時間、取消時間、預定押金、顧客留言、顧客人數)⒊物理結構設計⒊物理結構設計⒊物理結構設計⒊物理結構設計⒊物理結構設計⒊物理結構設計⒊物理結構設計4.4.3代碼設計(1)會員編碼格式為:XXXXXXXXXXXX其中,1-2位XX為“hy”,3-10位XXXXXXXX代表會員辦理日期,11-12位XX代表會員順序編號。例如:hy2009051701表示2009年05月17日辦理的01號會員。(2)消費清單編碼格式為:XXXXXXXXXXXX其中,1-2位XX為“xf”,3-10位XXXXXXXX代表消費日期,11-12位XX代表賬單順序編號。例如:xf2009051701表示2009年05月17日登記的01號消費單。4.4.4輸入輸出設計⒈輸出設計4.4.4輸入輸出設計⒉輸入設計圖4-18無線點菜終端-選擇菜例4.4.5模塊功能與處理過程設計圖4-19預定接待處理流程圖4.4.6信息系統安全設計⒈系統架構設計的安全性⒉用戶權限控制⒊數據庫訪問控制4.4.7網絡系統方案設計圖4-20系統網絡拓撲結構圖4.5系統主要界面與核

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論