題目：酒店餐飲服務管理資訊系統
班級：工業一班
姓名:張敏
學號:01110131y19
日期:2013.12.10
目錄1.專案需求分析及可行性分析
1.1專案分析
1.2可行性分析
2.系統分析報告
2.1組織結構分析
2.2管理功能分析
2.3系統內實體、屬性、關係分析
2.4業務流程分析
2.5管理資訊系統流程設想圖
2.6資料流程分析
2.7編寫資料字典
2.8系統執行環境，開發工具選擇，開發計畫及預期效益。
3.按照系統分析的結果進行系統設計部分
3.1系統功能結構設計
3.2新系統資訊處理流程設計
3.3**設計
3.4儲存檔案格式設計
3.5輸入設計
3.6輸出設計
4.工作總結
隨著酒店業競爭的加劇，酒店之間客源的爭奪越來越激烈，酒店需要使用更有效的資訊化手段，拓展經營空間，降低運營成本，提高管理和決策效率。傳統的酒店計算機管理系統主要包括前台管理系統和後台管理系統兩大部分，基本包含了酒店主要業務部門，初步實現了對顧客服務和進行財務核算所需要的各個功能。但傳統的酒店管理系統是基於財務管理為主線的設計理念，無法滿足酒店全面資訊化管理的需要。
現代酒店業迅速發展，新的管理觀念與模式層出不窮。酒店管理系統亦隨著酒店管理理念的發展而發展。現代酒店餐飲管理系統採用了資料庫理論、多**技術、軟體工程理念等高新技術成果，結合自身軟體開發經驗，從基層、中層、高層三個管理者層次為切入點，以成本分析、**、控制為主線，融合國際先進管理理念，形成一套上下貫通、功能強大、設計先進、操作便捷的酒店系統解決方案。
科學地將酒店各種日常業務完美的結合在一起，為管理及決策提供了強有力的支援。
理解需求是在問題及其最終解決方案之間架設橋梁的第一步。開發者只有和客戶充分理解了需求之後才能開始設計系統，否則，對需求定義的任何改進，設計上都必須大量的返工。下面是雙方調研後得到的需求規格說明。
（1）系統對使用者登入進行管理。使用各功能模組時，系統應驗證使用者身份的有效性，否則不容許使用者登入。另外，容許使用者對自己的密碼進行修改。
（2）系統在各功能模組的實現中，提供多級分類檢索和組合搜尋。
（3）在伺服器、資料庫等多個層次上提供行之有效的安全防範措施，可以確保系統安全穩定的執行。
（4）具有高度的靈活和良好的可擴充性，可隨著酒店業務的發展在功能和規模兩方面隨時進行擴充套件和公升級。
（5）功能全面，覆蓋酒店的全部業務，包刮預定、接待、收銀、餐飲、客戶管理、員工管理、值班資訊管理和財務。
（6）可提供與多種專用財務軟體的介面，能輕鬆地接入財務系統。
（7）系統介面友好、美觀、支援滑鼠和鍵盤操作。
（8）從使用者的角度出發，能高度智慧型。易用、簡單、快捷地操作。
2.系統功能分析
管理功能圖
2.3系統系統內實體、屬性、關係分析
2.4業務流程分析
該業務流程是顧客將點選單和會員卡交給服務員，服務員將選單乙份給廚房，乙份給前台，並把會員卡交給前台刷卡，前台通過查詢商品**表和會員資訊表來處理消費資訊，並將顧客消費明細交給收銀員，收銀員將收款單和消費單交給顧客，總結日收入賬單交給經理，經理可通過**調整控制菜品**，顧客可以預訂和取消預訂，接線員將預訂資訊記錄到預訂表，也可接受顧客的投訴，並將處理後的投訴資訊交給經理，前台將所有銷售記錄記錄到歷史消費明細表中，定期上交給經理。
2.5管理資訊系統流程設想圖
2.6資料流程分析
資料流程如下：接線處理把顧客的預訂和退訂資訊處理之後傳遞給預訂處理，把顧投訴資訊處理之後交給經理，預訂處理將處理之後的資訊記錄到預訂資訊表，，會員處理將會員消費資訊處理之後記錄到會員資訊表，點菜處理將消費記錄記錄到歷史消費記錄並定期交給經理，並把顧客消費明細交給收銀處理，收銀處理將顧客消費名細和賬單交給顧客，並將日消費報表交給經理，經理可對菜品資訊進行**更改。
2.7編寫資料字典
資料字典是關於資料的資訊的集合。資料流圖和資料字典共同構成系統的邏輯模型，沒有資料字典資料流圖就不嚴格，沒有資料流圖資料字典也難於發揮作用。只有資料流圖和對資料流圖中每個元素的精確定義放在一起，才能共同構成系統的規格說明。
為了把使用者的資料要求清楚、準確的描述出來，系統分析員通常建立乙個概念性的資料模型（也稱為資訊模型）。概念性資料模型是一種面向問題的資料模型，是按照使用者的觀點對資料建立的模型。它描述了從使用者角度看到的資料，它反映了使用者的現實環境，而且與在軟體系統中的實現方法無關。
菜譜資料字典如下表所示。
資料檔案「菜譜資訊」的字典條目
登入員資訊資料字典如下表所示。
資料檔案「值班員資訊」的字典條目
訂餐資料字典如下表所示。
資料檔案「訂餐資訊」的字典條目
2.8系統執行環境，開發工具選擇，開發計畫及預期效益。
cpu：奔騰166 mmx以上
記憶體：256mb以上
顯示卡：標準vga，24位真彩色
其它：滑鼠
2.軟體環境
windows nt4.0/2000/xp
本軟體是以漢語程式語言的作業系統來控制軟體執行。
a. 後台任務管理器因該以誤差上下不超過10秒的60秒間隔，在使用者介面的指定位置顯示狀態資訊
b. 如果後台程序處理正常會顯示任務已完成的百分數比
c. 任務完成時會顯示相關的資訊
d. 後台任務出錯會顯示錯誤資訊
3.系按照系統分析的結果進行系統設計部分
3.1系統功能結構設計
組織目標：快速、準確、簡單的完成酒店日常管理及各種業務活動。為酒店帶來可觀的利潤。
組織工作過程及性質：顧客點菜，由前台處理記錄顧客消費資訊和會員資訊，將資訊傳遞給收銀處理，最終把收快單和消費明細交給顧客。
在組織結構分析過後，我就根據部門的職能分工進行了功能模組劃分。
3.2新系統資訊處理流程設計
本系統的設計是以財務為軸心，面向酒店客房業務的管理：以前臺的接待，收銀為核心，將住店客人的各類資訊，住店期間發生的各項活動進行及時、有效的記錄、反映、分析、統計。在此資訊基礎上，又向各個不同的管理角度提供對應的處理視窗，使各部門能及時獲取本部門所需的資訊，方便各部門進行工作的總結和分析，並為經理層的決策提供參考，使這一層的領導能總體把握整個旅店的執行狀況，經營情況和存在的問題，更有利於採取相應的決策，進行總體協調。
軟體體現了乙個國內旅店對管理系統的真正要求：
1客戶資訊的新增、修改、刪除和查詢。
2客房型別資訊的新增、修改、刪除和查詢。
3客房資訊的新增、修改、刪除和查詢。
4預定客房資訊的新增、修改、取消預定和檢視詳細資訊。
5登記入住和修改登記資訊。
6儲存續住登記資訊。
7儲存退房登記資訊。
3.3**設計
(1)**設計原則
**是處理物件的代號或表示符號，其主要目的是方便計算機排序、檢索、查詢等處理。**設計的關鍵是方便用，滿足業務要求。**設計的原則如下。
要考慮的編碼是標準化，盡量採用有關的國際標準、國家標準、部門或行業的標準。
要考慮容易修改，當某個**在特點、條件或代表的實體關係改變時，容易進行變更。
要考慮結構簡介，**的長度涉及到儲存空間的占用和資訊處理的速度。並且影響**輸入的出錯率，所以，在滿足當前需要和擴充性要求的前提下應盡量結構簡單，長度要短。
必須要做到**值的唯一性。
客戶資訊儲存表
客房資訊儲存表
客房型別資訊儲存表
客房型別資訊儲存表
3.5輸入設計
輸入設計主要以輸入方式設計，在實現系統開發過程上輸入設計所佔的比重較大。根據總體設計和資料庫設計的要求，確定本系統資料輸入的具體形式採用鍵盤輸入、網路傳送輸入和磁碟傳送輸入。鍵盤輸入適用於常規、少量的資料和控制資訊的輸入，以及原始資料的錄入，使用網路傳送資料安全、可靠、快捷。
磁碟傳送輸入方式是一種非常方便的輸入資料方式，不需要增加任何裝置和投入。
預訂與退訂輸入介面如下：
餐飲系統預訂輸入介面
餐飲系統退訂輸入介面
顧客就餐前台系統輸入系統介面如下：
餐飲管理系統前台輸入介面
3.6輸出設計
管理資訊系統課程設計教務管理資訊系統
遼寧工業大學 管理資訊系統設計課程設計報告 題目 教務管理資訊系統的分析與設計 院 系軟體學院 專業班級 軟體工程113班 學號 111301066 學生姓名 安凱辰 指導教師 王彥華 教師職稱 講師 起止時間 2012.5.28 2012.6.8 課程設計 任務及評語 院 系 軟體學院教研室 軟體...
管理資訊系統課程設計醫藥管理資訊系統
一 專案說明2 二 系統分析4 三 系統設計5 四 程式設計14 五 系統測試37 六 設計總結38 七 參考文獻 致謝39 醫藥銷售系統課程設計報告 1 專案說明 一 專案背景 隨著中國經濟的快速發展，醫藥生產企業迫切需要採用新的銷售管理方法來加強內部醫藥代表管理和客戶管理，高效的處理銷售業務，掌...
管理資訊系統課程設計
題目 湖工售票管理系統 學生姓名 學院名稱 專業學號指導教師 目錄引言一 系統開發目的和意義4 二 系統可行性分析4 2.1 經濟可行性4 2.2 技術可行性4 2.3 操作可行性4 三 系統分析 1 系統需求分析4 1.1 功能需求5 1.2 資料需求5 1.3 6 管理功能圖 業務流程圖 資料流...