《《管理信息系統》課程設計——《酒店管理信息系統》》由會員分享，可在線閱讀，更多相關《《管理信息系統》課程設計——《酒店管理信息系統》（46頁珍藏版）》請在裝配圖網上搜索。

1、 組長：王彩麗 系統分析：王彩麗 系統設計：吳靜玉 文檔管理：王婧 指導老師：馮文龍 2010-1 管理信息系統課程設計 ——酒店管理信息系統 摘 要 近年來，中國酒店業(yè)發(fā)展較快，酒店經營者均把合理調配酒店資源，加強財務監(jiān)控力度，提高資金運營水平，提升酒店管理水平，建立酒店全面競爭優(yōu)勢等作為工作目標。而信息化管理可以縮短協調時間，提高銷售回款率，進一步貫徹全面質量管理，提高客戶滿意度。 在大中型城市里，絕大多數新建和改擴建的中

2、高檔賓館，都裝備了大型音像系統和桑拿浴等娛樂休閑設施或者直接以桑拿服務為主。社會大眾進店后，消極的休息已不是主要目的，投宿的概念已大大淡化。因此，以人為本，突出娛樂休閑功能并兼有住宿餐飲購物等綜合服務項目的賓館運行管理方式已成為時尚。對于這些屬于娛樂休閑類型的賓館，特別是能全面滿足客人持卡消費的賓館，其接待本地客人的比例和數量都會大幅度上升，使旅游業(yè)原有的淡旺季特征不再明顯，從而取得了更好的經濟效益。 由于這類新型賓館的運行模式與傳統賓館有很大的差異，它涉及的環(huán)節(jié)比較多，業(yè)務關系也比較復雜，那些基于傳統賓館的管理模式而開發(fā)的計算機管理系統也自然難以適應這種新的業(yè)務模式。賓館業(yè)務流程的多樣性和

3、客人的流動性也決定了手工方式不可能長久，必須按照新的模式進行全面而細致的系統設計和軟件開發(fā)，以適應這類賓館對計算機管理信息系統的迫切需求。 酒店智能管理系統實現了科學的管理思想與先進的管理手段的完美結合?？蓭椭骷壘频旯芾砣藛T，對酒店中大量動態(tài)的、錯綜復雜的數據和信息進行及時準確的分析和處理，對酒店各項經營服務管理活動做到事先計劃、事中控制和事后分析，從而使酒店管理真正由經驗管理進入到科學管理。透過酒店智能管理系統，酒店必將在變幻莫測.競爭激烈的市場上勝算在握。 系統采用結構化系統開發(fā)方法，結合現代信息技術，運用數據庫基礎，從系統可行性分析、用戶需求分析、系統設計到系統實施及運行，詳細

4、記錄了系統開發(fā)的全過程、總體思路及相關圖表，闡明了系統主要的設計內容及實施、運行情況，為本系統的使用、升級提供了完備的資料。 關鍵詞：管理信息系統 酒店信息管理管理 Visual Basic 目錄 1 前言 1 1.1 選題說明 1 2 系統調查 1 2.1 初步調查 1 2.1.1 系統核心分析 1 基本目標 2 系統可行性分析 2 2.2.1 需求分析 2 可行性分析 3 (1)技術層面 3 (2)經濟層面 3 (3)管理層面 3 3 系統分析 3 系統概述 3 3.2 業(yè)務流程圖 4 系統分析 9 4.數據設計 14

5、 數據項和數據結構 14 數據流的定義 23 數據處理的定義 25 數據存儲的定義 32 4.5 外部實體的定義 35 5.系統設計 36 功能結構圖 36 5.2 輸入設計 39 入住登記輸入設計 39 5.2.2 退宿結賬輸入設計 40 其他服務輸入 40 5.2.4 結賬輸入 40 輸出設計 41 入住登記輸出 41 5.3.2退宿結賬輸出 41 其他服務輸出 42 結賬輸出 42 6.結束語 42 1 前言 1.1 選題說明 近年來，隨著我國改革開放的發(fā)展，國內的酒店服務業(yè)得到了日新月異的發(fā)展?，F代酒店作為一體化的接待場所，是一個

6、旅游城市的窗口，也可以說是一個小型社會。作為一種以服務為主的無煙工業(yè)，世界各國對此行業(yè)的重視程度并不亞于其它工業(yè)。 酒店在其運作期間，服務水平的高低，直接影響到酒店的形象和聲譽，如：服務的安排、調度是否周到；客人的要求是否能迅速、很好地得到滿足；市場的預測分析是否快捷，準確等。這其中的核心就是對每天大量的信息（客人、費用、房間等）的正確處理和保存。采用計算機這一現代化工具作為管理的輔助手段是必須的。 (1)作業(yè)目標 酒店的計算機管理信息系統，是針對酒店的具體業(yè)務而開發(fā)的，業(yè)務管理以酒店的前臺管理為核心，為用戶提供迅速、高效的服務，減免手工處理的繁瑣與誤差，及時、準確地反映酒店的工

7、作情況、經營情況，從而提高酒店的服務質量，并配合現代化的酒店管理，獲得更好的經濟效益。 該酒店管理信息系統應將該酒店的客房部門、財務部、人事部、餐飲部、娛樂部以及倉庫等部門連成一體，使該企業(yè)實現高效率、高質量的信息管理，實現該企業(yè)數據的統一管理，縮短操作時間，降低生產成本，提高生產效率。優(yōu)化人力資源管理，合理配置人力資源。貫徹全面質量管理，提高客戶滿意度。把握全局信息，實現科學決策。 （2）我們小組主要工作分工如下： 小組成員 主要工作 王彩麗 系統分析、業(yè)務流程等 吳靜玉 系統設計、功能設計 王婧 系統調查、文檔管理 2 系統調查 2.1 初步調查

8、系統核心分析 根據現實需求，要開發(fā)酒店管理信息系統需要具備的功能是實用性、可靠性、穩(wěn)定性、可擴充性，需要涵蓋客房、庫存、人事、財務、餐飲、娛樂等幾個業(yè)務部分。 客房管理：客房預訂、前臺接待、房間服務、留言登記、賓客檔案、房態(tài)查詢等 庫存管理：辦理消費品和消耗品的入庫登記，分類分批次分價格統計庫存，控制商品質量和保質期，分營業(yè)部門出／退庫，記錄庫存賬目，按規(guī)定時間制作庫存報表；按種類查詢和盤點在庫商品及出庫流向，統計部門的商品(原物料)差異量；根據庫存情況，及時提出補貨和進貨申請，提出積壓物品處理意見。 人事管理：企業(yè)內部管理人事，掌握員工的工作情況考勤情況。包括員工檔案管理、組合查詢各

9、類人員信息、各種報表選擇輸出 財務管理：包括企業(yè)客房收入、餐飲收入、娛樂收入以及員工薪資等部分，將各部分財務信息匯總，進行財務管理。 餐飲管理：基本內容：客人進入餐廳→ 迎賓開臺→ 點菜→ 餐間服務→ 結賬。附加內容：加／換／退菜、換臺、，送餐、折扣、免單、按主手牌掛賬、按合同單位掛賬、增加／修改菜譜、填成品損耗單等。后臺管理內容：制作與菜譜對應的原物料配方表、填寫／統計原物料消耗表、成本核算及變動分析、差異量控制、各類營業(yè)報表等。 娛樂管理：包括KTV管理、健身房管理、美容間管理、酒吧管理等，涉及客人娛樂個方面，進行各個娛樂部分消費記錄匯總。 基本目標 開發(fā)酒店管理信息系統，期望實

10、現以下目標。 （1）提高經濟效益、增效節(jié)資 （2）提高服務質量、建立良好企業(yè)形象 （3）提高工作效率 （4）全面了解企業(yè)內部營業(yè)情況 （5）.完善酒店內部管理體制 2.2系統可行性分析 需求分析 本酒店是一個集娛樂、餐飲、住宿為一體的新型酒店。它涉及的環(huán)節(jié)比較多，業(yè)務關系也比較復雜，因此需要一套較規(guī)范的公認的運行管理標準．顯然，采用人工手段進行復雜的業(yè)務處理是一種相當原始的方法，在客戶服務、人員管理、財務管理等方面都存在著許多薄弱環(huán)節(jié)，會給酒店的正常運行帶來各種麻煩和漏洞。比如，不能實施全面的持卡消費、不能與現代的電子商務營銷模式接軌等等，客觀上嚴重制約著酒店的發(fā)展。 可行

11、性分析 本酒店集娛樂、餐飲、消費為一體。它規(guī)模巨大，服務周全，在市內享有盛譽，為使之跟上現代技術的步伐，適應酒店快速的發(fā)展，建立了較為簡單易明的系統服務，開發(fā)此系統在經濟、操作和技術上都是可行的。具體的分析研究如下： (1)技術層面 酒店員工能夠熟練的進行電腦操作。且本酒店也擁有充足的電腦設備作為實施該管理信息系統的硬件，所有的計算機裝有Window XP操作系統，另有完整的服務器。而且我們開發(fā)的管理信息系統能，有良好的兼容性，易于在該操作系統實現，業(yè)務流程相對簡單和清晰明了的特點，適合該公司應用的管理信息系統平臺。 (2)經濟層面 （1）必要性。傳統的酒店業(yè)務管理方法和運營機制顯然

12、已不能適應新形勢的變化，難以滿足實際需要客觀上需要進行技術管理 （2）重要性。適應企業(yè)發(fā)展的管理信息系統而能夠有效地提高企業(yè)的管理效率，節(jié)省大量的人力、物力和財力，從而降低成本，加快業(yè)務流程，提高賓館的效益。 （3）可能性。本系統的開發(fā)成本低，時間短，無需投入太多的人力、物力和財力。 (3)管理層面 （1）可能性。由于該系統能以較低的成本，較短的時間開發(fā)出來，且能極大地提高企業(yè)的效率，便于公司管理，必然能得到廣大員工和公司領導的支持。但新系統的投入使用會造成員工的不適應，需要員工自己深入學習，可能會引起部分員工的抵觸。 （2）有益性。該系統能極大地提高企業(yè)的效率和效益，從而能提高客戶

13、和員工的滿意度，進而在社會上提高信譽。 從以上可行性分析可知，該系統開發(fā)具備技術上、經濟上和管理上的可行性。 3 系統分析 酒店、飯店的計算機管理信息系統，是針對酒店、飯店的具體業(yè)務而開發(fā)的，業(yè)務管理以酒店的前臺管理為核心，為用戶提供迅速、高效的服務，減免手工處理的繁瑣與誤差，及時、準確地反映酒店的工作情況、經營情況，從而提高酒店的服務質量，并配合現代化的酒店管理，獲得更好的經濟效益。 業(yè)務流程圖 1.業(yè)務流程圖中所用的符號列舉如下： 業(yè)務處理單位 業(yè)務處理描述 表格制作 傳遞 存貯 1．總業(yè)務流程 圖 3.1 總的業(yè)務流程圖 2 預定業(yè)

14、務子系統流程圖 圖3.2 預訂業(yè)務流程圖 3 接待已預訂客人業(yè)務子系統 圖3.3 接待已預訂客人業(yè)務流程圖 4 接待未預定客人業(yè)務子系統 圖3.4 接待未預定客人業(yè)務流程圖 5 加房、換房的業(yè)務流程圖基本一致，只是加房要重新填寫房費單，我們只畫出加房業(yè)務流程圖 圖3.5 加房業(yè)務流程圖 6 點單業(yè)務子系統 圖3.6 開臺業(yè)務流程圖 7開臺業(yè)務子系統 8 加菜業(yè)務子系統 圖3.8 加菜業(yè)務流程圖 9 取消預定子系統 圖3.9 取消業(yè)務流程圖 3.3系統分析 考慮到人機系統在信息處理和轉換方面的交互性、復雜性和計算機應用系統自身的

15、特點，我們在系統開發(fā)時顯然不能對原來的手工系統進行簡單地模仿，而是要在設法避免其弊端的同時，根據客流、物流和信息流的流向和順序，全面考慮對業(yè)務數據的組織、分類和匯總方法。通過逐步確認各主要數據流程的范圍和數據處理的頻度，先對原手工系統的功能進行等效性改進，然后再分別構建出一系列能夠反映系統實質的邏輯模型。 1．接待登記 (1)基本信息輸入：這是客人到達酒店之后，首次與計算機進行交互所要完成的任務，即把客人的基本情況快速輸入電腦中，供各操作點共享。其具體內容包括：主客人姓(名)、性別、賓客類型、來賓人數(其中女賓人數)、預交押金數量、預定的結賬方式、是否持有儲值卡或折扣卡、對應的鞋牌號、對酒

16、店的特殊要求等。 (2)主客其他信息的補充輸入：這是在完成該次接待任務后，為掌握更詳細的客人信息而在必要時再進行的補充輸入。這類信息只提供給個別操作點或其他社會管理部門在特殊情況下查詢。具體內容包括：客人的出生年月、工作單位或職業(yè)、客人證件類型和號碼、客人單位地址或住址、聯系 ／傳呼等。 (3)客房分配、選手牌：根據客人的數量和他們對房型、房價類別的要求，經查詢當前房態(tài)后，為客人選擇適當的客房，確定房價類別(普通房價、鐘點房價、優(yōu)惠房價、長包房價)；征詢主客的意見，從與客房中各床位相對應的一批手牌號中確定惟一的主手牌，將其交與主客隨身攜帶，然后將本批客人應持有的其他附屬手牌也全部交給

17、主客，由主客實施再分配，見圖2．13。 (4)主手牌更換：當團隊客人中的主手牌持有者發(fā)生變更時，應當在其附屬手牌中重新確定一個主手牌，原先的主手牌變?yōu)楦叫际峙啤? (5)客房根據客人的要求對其客房或散座進行更換，為客人重新分配對應的手牌，必要時重新確定主手牌，并確認互換手牌后的一一對應關系。 (6)修改登記：按客人進住后發(fā)生的變化情況進行相應的修改。 ①增加登記：當有新的客人進住酒店并要求加入某在店客人的行列時，進行相應的處理。 ②刪除登記：當客人在規(guī)定的不計費時間內(例如：30分鐘)要求離店時，進行相應的處理。 ③退房、退牌，部分退房／牌。 (7)補押金：在，主客正式結賬之前，

18、接受其他客人(或主客本人)中途交納的各種款項，或將提前離開的持附屬手牌的客人自愿交納的款項，無論多少，無論客人是否說明其用途，均視為向該賬戶補交的押金。主客愿提前結賬也按此辦理。 (8)賬戶間的鎖定：當出現一批客人愿為另一批客人付賬時，需在兩個賬戶間建立主從式的互鎖關系，以防漏賬。當主賬戶的客人先期離開時，應要求其以補押金的方式補足從賬戶迄今為止的各種費用，然后才能解除兩者間的互鎖。 (10)免單選擇，根據不同情況和酒店有關管理人員的指令，確定對某批客人的某些消費類別實施免費。例如：只免房費，按摩免費，精晶不免，全免等。 2．點單 。 (1)確認客人的手牌號，選擇消費或服務類別。 (

19、2)必要時確定提供服務的技師或服務生的工號。 (3)通過查找點單項目表，以整數或小數為單位，確定其消費或接受服務的規(guī)格、數量和金額，添加到相應手牌的賬單下，見圖4．14。 (4)遇到事先沒有設定的項目，可臨時記載其細節(jié)，必要時可在確認價格后將其添加到點單項目表中。 (5)處理臨時性的收款性外賣。 (6)允許各操作員(輸單員)刪除自己輸入的單據，但系統對輸入和刪除應有詳細的在線記錄，可供系統管理員事后查詢。 3．樓層 (1)選擇服務生所在的樓層，確認服務生的編號和姓名。 (2)瀏覽所轄房間的狀態(tài)，對屬性已變化的房間(臟房→ OK房)進行修改。 (3)可進行房態(tài)查詢和指定手牌的消費

20、查詢。 (4)填寫客人的退房檢查單，確認客人需要賠償的事宜。 (5)進行交接班時的查詢、房態(tài)和在店客人確認，特殊事項的移交。 4．餐飲 (1)開臺：按客人的數量和要求選擇合適的臺號或包間，明確其民族、口味等特殊要求。 (2)點菜：與點單類似，將菜、酒水、主食和有關服務的類型、名稱、數量通過速記碼或鼠標輸入相應的餐飲記錄單，見圖2．15。 (3)加、換、退萊，換臺：按要求對就餐客人提供加、換、退菜和換臺服務，并調整對應的記錄單。退萊要區(qū)分出是客人要求退，還是操作員誤輸入后主動退。 (4)訂送餐：按在店客人的要求，將飯菜和酒水送到房間或其他指定地點，請客人出示手牌并簽收。 (5)

21、收銀結賬：根據餐飲記錄單按全額、折扣或免單形式與客人結算、打印。既可現結，也允許按規(guī)定將餐費掛到相應的手牌下，待客人離店時統一結算；還可按照事先的約定，將餐費掛到某一合同賬戶下，由設賬人定期結算。 (6)定義菜譜：確定菜的種類、代碼、名稱、計量單位、單價、可否按小數計數等一般屬性，臨時給出其當日能否提供、附加說明等特殊屬性；可隨時進行修改。 (7)定義菜肴配料表：確定菜譜中每一道菜的原物料配比情況，目的是為了進行成本核算，見圖2．17。 (8)損耗處理：成品的損耗以點菜方式在前臺進行記錄。原物料的損耗分為正常、特殊、自助餐和員工餐四類，在后臺記錄和處理。 (9)查詢：對餐飲業(yè)務的歷史賬

22、單、已掛到客房的賬單、餐廳內各營業(yè)部門的原物料存量和當前價值的查詢。 (10)匯總報表：營業(yè)額及結賬分類、分單位掛賬明細、萊肴銷售分類排行、分臺(間)業(yè)績、免單明細、成本毛利分析、變動成本分析、各類損耗分析、差異量分析等報表。 5．收銀 (1)結賬：以指定主手牌為索引，分別計算該主客及其相關客人的所有房費開支、附加手牌費、各種消費、代他人付賬等項目，經匯總并扣除客人已交納和補交的所有押金，得到該批客人應付款的總額，接受客人的各種付款方式(包括刷卡)，為其提供所有費用的查詢／結賬明細單。 (2)余額處理：若客人不立即付款或不全部付款，則將未付款的余額掛賬，或并入另一主客的賬單內，由他

23、人代付。 (3)退房、散客退手牌：指一批客人中，有部分人提前退房或退掉散客手牌，則這部分人的房費只計算到退房／退牌時為止。涉及主客退房／退牌時，應先作主手牌變更。 (4)開賬戶、清理欠賬：為新的掛賬單位(個人)設立合同賬戶，接受掛賬單位的批量付款。 (5)消費調整：根據酒店臨時出臺的各種優(yōu)惠政策，通知有關輸單員調整客人的消費明細賬，將其中一部分作贈送或折扣處理。 6．庫存 (1)物價管理：對商品(原物料)的基礎數據進行設置和修改。例如：代碼(快速碼)、類別、價格(定價和參考價)、庫存上下限、商品流動原因、供貨商情況等。 (2)領用及銷售：匯集各銷售部門和銷售點的領用數據，班日報、對

24、賬和部門盤點。 (3)庫存：批次性的出、人、退庫，調撥、盤點，損益，計算部門差異量，報損，退貨，月末結轉。當前和歷史庫存賬查詢、打印。 7．財務 (1)費項目配方：對具體的有形消費項目所耗用的原物料配方進行定義和修正。 (2)手單管理：對下發(fā)和交回的各種手工單據進行順序性和一致性核對。 (3)部門盤點：定期打印出空白的營業(yè)部門盤點表，交各部門盤點、記錄其暫存的商品，計算當期部門商品的差異量。． (4)歷史賬單核查：逐個或抽取歷史賬單進行一致性和權限性核查。 8．查詢 (1)規(guī)定項目的查詢：房態(tài)、在店客人情況、費用明細賬、歷史賬單、交接班情況、點單／撤單記錄、餐飲結賬單等。 (

25、2)自定義項目的查詢：由使用者按照一定的規(guī)則查詢其關心的項目。 (3)遠程查詢：系統支持通過 線的遠程定制查詢。 9．報表 (1)日常性業(yè)務報表：客房使用率／周轉率、各營業(yè)部門收人、消費項目分類統計、分單位記賬明細、庫存變動分析、銷售晶變動成本分析(見圖4．18)、毛利潤分析等。 (2)業(yè)績報表：技師／B艮務生工作量、折扣／免單情況明細統計、儲值卡使用情況統計、消耗晶控制情況統計分析等。這些有助于加強對職員考核的科學性，提高勞動效率。 10．部門及人員管理 (1)部門及權限定義：設定業(yè)務部門并確定其在系統中的權限，維護人員可以自定義部門及部門下屬的消費項目和價格。 (2)

26、操作員定義：設定操作員姓名、編號、所屬部門、用戶口令及權限。每一個編號對應一個操作員不同權限的操作員進入系統后其界面和功能范圍不伺。 ' (3)批準人定義，設定折扣和免單的批準人、權限范圍。 (4)技師定義：設定一些有特殊技能的工作人員，如按摩師、美容師、調酒師等。這些人一般要參與業(yè)務提成。 11．系統維護 (1)系統初始化：系統運行的賬單起始編號和參數設置。如：定義系統數據的更新頻率，超時提醒時限等。 (2)客房：樓層、房間、類別、數量、各類收費標準、計費辦法；房間手牌的屬性。 (3)消費：營業(yè)部門、類別、項目、明細。在定義服務項目時需確定該項目的計量單位，是計次、計時還是計量。

27、對于只能整數計算的，稱為計次(個)；對于可能輸入小數的，稱為計量。另外，對于一些服務項目還應指出該項目是否需要技師來完成，所有需要考慮給技師提成的項目，都須設置該選項。 (4)散座：類別、計費辦法、手牌屬性。 (5)餐飲：臺號、包間、食品分類、菜譜、廚師等。 (6)磁卡：按一定順序或單獨制作各種面值的儲值卡、各種折扣比例的折扣卡；允許增減卡中的金額，修改折扣比例，指定卡的停／啟用；查詢、統計卡上的各種數據；多級加密和安全恢復機制。 (7)整理數據：定期清理、整理數據，備份、恢復和清空數據綜上 1.數據結構：客人信息 數據結構編號 DS01-01 數據結構名稱 客戶信息

28、 簡述 客戶的消費信息 數據結構組成 賬單號+入店時間+離店時間+押金+房費+附加手牌費+消費額+否主客+已離開+預定優(yōu)惠情況+實付金額+結算方式。 表4-1客人信息的定義 含義說明：本管理信息系統的主體數據結構，定義了一個客人或客人群的有關信息。 組 成： (1)數據項：賬單號 含義說明：主客人店登記時由電腦自動生成的賬單號，又稱單號，也是該批客人在店時的賬戶編號，在該賬單下逐條記錄該批客人本次的各種消費。賬單號采用6位順序碼，系統開始運轉時可從000001開始，每個賬單號依次增加1。每次在做完數據備份后，可以將號碼歸零，也可不歸零，從某一指定值開始繼續(xù)遞增。 取

29、值范圍：000001～999999；取值方法：開新賬單時由電腦自動累計加1。 表4-1-1 帳單號的定義 數據項編號 I01-01 數據項名稱 賬單編號 別名 帳單編號 簡述 賓館對賬單的編號 類型及寬度 字符型6位 取值范圍 “000001”—“999999” 說明 開新賬單時由電腦自動累計加1 (2)數據項：手牌號 表4-1-1手牌號的定義 數據項編號 I01-02 數據項名稱 賬單編號 別名 帳單編號 簡述 賓館對賬單的編號 類型及寬度 字符型6位 取值范圍 “000001”—“999999” 說明 開新賬單時由電腦自動累

30、計加1 含義說明：對一個客人的惟一標識，它基本上與房間內的床位相對應，或與散座存衣箱的箱號相對應。 取值方法：所有手牌號一律為5位。采用與實際安排相關的編碼方法。該酒店房號為3位數字，房間里的床位號為1位數字。手牌號分為三種：對于進客房的客人其手牌號為字母"A"+房號+床號，只有1張床的房間其床號為1，例如201房間的主手牌通常是A2011；第二種是散座，其手牌號為字母 "B"+1位性別碼(例如1代表男性，2代表女性)+3位衣箱號(不足3位補零)；第三種為僅娛樂或不涉及房間／散座的客人，其手牌號為字母"C"4-4位順序編碼。 (3)數據項：離店時間 含義說明：主客在前臺提出要結賬時

31、系統鎖定的時間。若該批客人中仍有人在店，則應做主手牌變更。 取值方法：取收銀員為該主客的進入結賬模塊時的系統日期和時間。 (4)數據項：房費 含義說明：以客人所住房間／房價類型、確定其一個輪轉的基本費用，然后根據其在店時間并考慮超時情況進行累計驗算。 取值方法：通過公式計算而得(見系統設計部分)。 (5)數據項：附加手牌費 含義說明；散座或享受其他計時服務客人的基本費用，再根據其在店時間并考慮超時情況進行累計。 (6)數據項：消費額 含義說明；指主客及所屬其他客人以簽單形式所累計的消費總額。 取值方法：從對應的賬單庫中統計而得。 （7）數據項：結算方式 含義說明：用

32、戶結賬時所使用的付款方式或欠款方式。 取值說明：可以是現金、支票、信用卡、代金券或刷卡等，或是這些方式分余額掛賬和余額掛單兩種情況。 2．數據結構：部門及權限 數據結構編號 DS01-02 數據結構名稱 部門及權限 簡述 部門及權限消費信息 數據結構組成 部門編號，部門名稱，部門權限。 表4-2部門及權限的定義 含義說明：定義了酒店里不同的部門及為其設置的權限。。 ⑴數據項：部門編號 說 明：惟一標識一個部門的編號。 類 型：字符形。 ⑵數據項：部門名稱 含義說明：部門的稱呼方式。 取值方法：客房部、康樂部、餐廳、庫房、財務等。 ⑶數據項：部門

33、權限 含義說明：部門所擁有的系統使用權限。 取值說明：各子系統的功能之一或一部分的組合。 3．數據結構：操作員 數據結構編號 DS01-03 數據結構名稱 操作員 簡述 操作員的信息 數據結構組成 所屬部門、操作員號、姓名、口令、性別、其他說明。 表4-3操作員信息的定義 含義說明：定義了可以使用系統的各個操作員的名單及操作權限。 組 成：⑴數據項：所屬部門 含義說明：表示該操作員所在的部門，其權限與部門權限一致。 取值方法：部門編號 ⑵數據項：操作員號 含義說明：惟一標識一個操作員的編號。 4．數據結構：服務項目類別 數據結構編號 DS0

34、1-04 數據結構名稱 服務項目類別 簡述 服務項目類別 數據結構組成 編碼、項目類別、所屬營業(yè)部門。 表4-4服務項目的定義 含義說明：對服務項目進行了分類。 ⑴數據項：項目類別 含義說明：標識項目分類的名稱，是對各消費項目在名細上的歸類 取值方法：購物、精晶百貨、酒吧、美容美發(fā)、浴區(qū)服務等。 ⑵數據項：所屬營業(yè)部門欠款 含義說明：該類項目歸屬在哪個營業(yè)部門，客人進行該項目的消費后，系統從這個營業(yè)部門的原物料存量中，核減有關的項目配料。 取值說明：各營業(yè)部門的名稱。 5．數據結構：服務項目 數據結構編號 DS01-05 數據結構名稱 服務項目 簡述

35、 具體一個服務項目 數據結構組成 項目代碼、快速碼、類別、項目名稱、單價、單位、是否以小數計量、當前該項目是否能提供。 表4-5服務項目的定義 含義說明：標識了一個服務項目的具體內容。 (1)數據項：項目代碼 含義說明；項目的編號，可按代碼對項目進行速查，不允許重碼。 (2)數據項：快速碼 含義說明：為快速查找該項目而設，不需要事先記憶。 取值方法：由項目名稱的漢語拼音字頭組成。 (3)數據項：類別 含義說明：該項目所屬的項目大類。 取值方法：服務項目類別數據庫中的數據項。 (4)數據項：項目名稱 含義說明：一個服務項目的惟一標識，不允許重名。 (5)數據

36、項：單價 含義說明：該服務項目的當前價格。 (6)數據項：單位 含義說明：該服務項目對應的度量標準。 取值說明；可以為件、克、個、次等。 (7)數據項：是否小數計量 含義說明：該服務項目能否拆分成更小的單位向客人提供。 數據類型：布爾型。 6．數據結構：房型 數據結構編號 DS01-06 數據結構名稱 房型 簡述 房間的具體類型 數據結構組成 編號、類型、普通價、長包價、優(yōu)惠價、鐘點價、說明。 表4-6房型的定義 含義說明：定義了房間的類型及相關的資料。 (1)數據項：編號 含義說明：對房間的編碼。 (2)數據項：類型 含義說明：對房間的分類標

37、識。 取值方法：標準間、二人間、三人間、四人間、豪華套間、豪華標準間、泰式四人間等 (3)數據項：普通價(長包價、優(yōu)惠價) 含義說明：對不同類型的房間定義的不同基價。 取值方法：在基本時間(如12小時一個輪轉)內的定價。 (4)數據項：鐘點價 含義說明：對不同類型的房間定義的鐘點房基價。 取值方法：基本時間(如3小時)內的定價，超過該基價規(guī)定的時間則另加超時費。 (5)數據項：說明 含義說明：對于不同類型房間的具體說明，如標準間的說明為"帶衛(wèi)生間、兩張床、彩電等"。 7．數據結構：房態(tài) 數據結構編號 DS01-07 數據結構名稱 房態(tài) 簡述 房間的狀態(tài) 數據結

38、構組成 房號、房型、所屬樓層、目前狀態(tài)、已選中、已清理。 表4-7房態(tài)的定義 含義說明：客房當時的屬性。 組 成： ⑴數據項：房號 含義說明：對客房的編號，是該房間的惟一標識。 取值方法：按樓層及位置順序排，如三層的11號房間，則房號為311。 ⑵數據項：房型 含義說明：與"房型"數據結構中的數據項"類型"相同。 ⑶數據項：所屬樓層 含義說明：標識該房間所處的樓層。 ⑷數據項：目前狀態(tài) 含義說明：標識該房間當前的狀態(tài)，是對一個房間進行操作時的重要依據。 取值方法：有OK房、臟房、人住房、預訂房、備用房等幾種狀態(tài)，只有該房間為OK房時才可以登記。客人人住后，狀態(tài)變

39、為人住房，客人結賬離開后變?yōu)榕K房，待服務員打掃后，可進行"翻牌"操作，再變?yōu)镺K房。 ⑸數據項：已選中 含義說明：當其取值為F時，才能人住，若為T時表示該房為人住房或停用房。 數據類型：布爾型。 ⑹數據項：已清理 含義說明：當取值為F時，表示該房為臟房，需立即進行清掃。 數據類型：布爾型。 8．數據結構：食品分類 數據結構編號 DS01-08 數據結構名稱 食品分類 簡述 食品分類 數據結構組成 食品類型、允許打折。 表4-8食品分類的定義 含義說明：對屬性相近的銷售性食品(菜肴)進行歸類。 組 成： ⑴數據項：食品類型 含義說明：定義了食品的種類。

40、取值方法：有牛羊肉類、海鮮類、煲類、鍋仔類、湯類、涼菜類、煙酒類等。 (2)數據項：允許打折 含義說明：酒店為了促銷，規(guī)定部分菜類可以打折。本數據項為T時表明該類食品均可以打折。 9．數據結構：食譜 數據結構編號 DS01-09 數據結構名稱 食譜 簡述 食譜 數據結構組成 食品種類、食品代碼、名稱、單位、單價、風味、是否以小數計量。 表4-9食譜的定義 含義說明：定義了每一種食品的相關信息。 組 成：食品種類、食品代碼、名稱、單位、單價、風味、是否以小數計量。 ⑴數據項：食品種類 含義說明：對該食品的歸屬進行劃分。 取值說明：與"食品分類"數據結構中

41、的食品類型相同。 ⑵數據項；食品代碼 含義說明：對該食品進行的編碼，可供快速輸入或速查，不能重碼。 ⑶數據項：名稱 含義說明：惟一標識該食品的數據項，不能重名。 ⑷數據項：單位 含義說明：是該食品對應的計量單位。 取值說明：可以為盤、條、兩、杯、份、碗等。 (5)數據項：單價 含義說明：一種食品在計量單位下的價格。 10．數據結構：餐飲明細 數據結構編號 DS01-010 數據結構名稱 餐飲明細 簡述 餐飲明細 數據結構組成 餐飲單號、臺號、食品名稱、單價、單位、數量、金額、手單號 表4-10餐飲明細的定義 含義說明：一批客人在餐廳內消費時的點／b口

42、／換／退萊等信息。 (1)數據項：餐飲單號 含義說明：客人在進入餐廳開臺消費時，由電腦自動生成的賬單號。 取值方法：由5位數字組成，從00001開始自動排序。 (2)數據項：臺號 含義說明；客人在消費時選中的用餐臺／包間的標識，或特定的送餐代號。 取值方法：由數字或漢字組成，如3號臺、菊花廳、1號送餐盒等。 (3)數據項；食品名稱 含義說明；飯菜酒水等的名稱，由前臺操作員按照服務生提供的單據輸入 取值方法：與食譜中的"名稱"數據項相同。 (4)數據項：單價 取值方法：與食譜中對應的食品名稱單位一致時，則單價為食譜中的單價 (5)數據項：單位 取值方法：按照菜肴

43、或服務的特性，可取盤、斤、兩、次等。 (6)數據項：數量 含義說明：是記錄客人消費同一：種食品的次數。 取值說明；分為整數計與非整數計兩種，后者適用于單位為1.5斤、2．3兩等。 (7)數據項：金額 含義說明：為客人消費該食品所需付的費用。 取值方法：金額：單價=X.數量。 數據流的定義 數據流編號 D01-01 數據流名稱 客房信息 簡述 酒店客房的基本信息 數據流來源 酒店 數據流去向 客戶 數據流組成 房間號+房間類型+價格+房態(tài)+配置+使用設置+營業(yè)日期 數據流量 20份/天 高峰流量 50份/天 表4-11客房信息的定義

44、 數據流編號 D01-02 數據流名稱 客人住房要求的定義 簡述 客人住房要求的定義 數據流來源 客人 數據流去向 賓館 數據流組成 房間類型+入住日期 數據流量 20份/天 高峰流量 50份/天 表4-12客房要求的定義 數據流編號 D01-03 數據流名稱 部門及權限 簡述 部門及權限基本信息 數據流來源 總經理室 數據流去向 職工 數據流組成 部門編號，部門名稱，部門權限 數據流量 2份/月 高峰流量 5份/月 表4-13部門及權限的定義 數據流編號 D01-04 數據流名稱 服務項目類別 簡述

45、 服務項目類別基本信息 數據流來源 賓館 數據流去向 客人 數據流組成 編碼、項目類別、所屬營業(yè)部門 數據流量 2份/月 高峰流量 5份/月 表4-14服務項目的定義 數據流編號 D01-05 數據流名稱 客人要求服務項目 簡述 客人要求服務項目基本信息 數據流來源 賓館 數據流去向 客人 數據流組成 編碼、項目類別、所屬營業(yè)部門 數據流量 100份/天 高峰流量 150份/天 表4-15客人要求服務項目的定義 數據流編號 D01-06 數據流名稱 服務項目 簡述 單個服務項目基本信息 數據流來源 賓館 數據流去向

46、 客人 數據流組成 項目代碼、快速碼、類別、項目名稱、單價、單位、是否以小數計量、當前該項目是否能提供 數據流量 10份/月 高峰流量 20份/月 表4-16服務項目的定義 數據流編號 D01-07 數據流名稱 房態(tài) 簡述 房間的具體狀態(tài) 數據流來源 工作人員 數據流去向 工作人員 數據流組成 房號、房型、所屬樓層、目前狀態(tài)、已選中、已清理。 數據流量 100份/日 高峰流量 150份/日 表4-17房態(tài)的定義 表4-18餐飲明細的定義 數據流編號 D01-08 數據流名稱 食品分類 簡述 食品分類的具體信息 數據流來源

47、 賓館 數據流去向 客人 數據流組成 食品類型、允許打折。 數據流量 100份/日 高峰流量 150份/日 表4-18食品分類的定義 數據流編號 D01-09 數據流名稱 客人點的食品 簡述 客人點的食品信息 數據流來源 客人 數據流去向 賓館 數據流組成 食品類型、允許打折。 數據流量 100份/日 高峰流量 150份/日 表4-19客人點食品的定義 數據流編號 D01-10 數據流名稱 食譜 簡述 食譜具體信息 數據流來源 賓館 數據流去向 客人 數據流組成 食品類型、允許打折。 數據流量 50份/月 高峰流

48、量 60份/日 表4-20食譜分類的定義 數據流編號 D01-11 數據流名稱 餐飲明細 簡述 餐飲明細 數據流來源 客人 數據流去向 賓館 數據流組成 餐飲單號、臺號、食品名稱、單價、單位、數量、金額、手單號 數據流量 500份/日 高峰流量 800份/日 1．接待子系統 (1) 登記模塊的數據概況表 處理邏輯編號 P01-01 處理邏輯名稱 登記模塊處理 簡述 處理客戶預定或者直接消費要求業(yè)務 輸入的數據流 基本信息、鞋牌號、押金/儲值卡號、房間計費類型、折扣率、特殊要求；散座手牌、優(yōu)惠條件 處理 自動生成賬戶流水號、查詢

49、并選擇可用的房間、確定主手牌、建立手牌間的索引關系、修改房態(tài)表 輸出的數據流 賓客登記單、寫磁卡／1C卡(確定電子門鎖的開閉信息 處理頻率 100次/天 (2)登記補充修改模塊的數據概況表 處理邏輯編號 P01-02 處理邏輯名稱 登記補充修改模塊處理 簡述 處理登記補充修改的內容 輸入的數據流 客人賬單號、手牌號；必要的識別／互鎖信息、需求的變更、明確主／從賬戶 處理 自動進行補充信息的索引、分類；按新需求調整房間、手牌：將兩個 賬戶互鎖 輸出的數據流 賓客需求變更單、VIP的資料及進程 表、通知單 處理頻率 20次/天 (3

50、)換房模塊的數據概況表 處理邏輯編號 P01-03 處理邏輯名稱 換房模塊處理 簡述 處理客人的換房要求 輸入的數據流 手牌號、原房號、變更要求；對應 的新房號 處理 自動調整整對應的手牌，跟蹤并重新索引已發(fā)生的消費 輸出的數據流 換房提示單、新的房費預測數據、超押金催繳單 處理頻率 20次/天 2．點單子系統 處理邏輯編號 P02-01 處理邏輯名稱 點單模塊處理 簡述 處理客人的點單要求 輸入的數據流 客人手牌號、手單號、消費類別消費項目、數量、技師、增減情況 處理 自動生成消費單號、加載單項金額、計算當次總金額、與押金進行對比、核減配料

51、 輸出的數據流 提示部門存量低于下限、在前臺自動顯示超押金信息 處理頻率 100次/天 3．樓層子系統的數據概況表 處理邏輯編號 P03-01 處理邏輯名稱 樓層模塊處理 簡述 處理客人消費的房間 輸入的數據流 樓層號、服務生姓名、房間號、房間封鎖、退房檢查結果、需要客人賠償的明細、技師工作及返回情況、客人投訴情況 處理 自動生成消費單號、加載單項金額、計算當次總金額、與押金進行對比、核減配料 輸出的數據流 查詢并選擇指定的房間、人工／自動修改房態(tài)表、定時自動將臟房改成 OK房 處理頻率 100次/天 3．餐飲子系統 (1)銀臺操作的數據概況表

52、? 處理邏輯編號 P04-01 處理邏輯名稱 銀臺操作模塊處理 簡述 處理客人餐飲消費 輸入的數據流 客人數量、臺號、手單號、特殊 要求、服務員號、點／退／辮萊明細、臨時菜 金額、折扣率、免單與否、批準人、付款方式和數額、掛賬賬戶、被掛的主手 牌號；損耗和測試的菜肴明細、賠償情況 處理 自動生成餐飲賬戶的流水號、在加／換／退菜／損耗／測試過程中對有關營業(yè)部門進行配料的增減、同步調整該部門現存原物料的累計成本、計算折費用和扣、形成預結賬賬單，對已掛到客房的賬單進行調整 輸出的數據流 餐飲明細單、結賬單、賠償單、統計表、掛單明細，提示部

53、門存量低于下限 處理頻率 150次/天 4．收銀子系統 (1)結賬模塊 處理邏輯編號 P05-01 處理邏輯名稱 顧客結賬模塊處理 簡述 處理客人結賬要求 輸入的數據流 賬單號或主手牌號、特批免單、批準人、免單細節(jié)調整，扣款數量、理由，客人的結賬方式、刷卡結算，余額掛賬的賬戶或掛單的手牌號，附帶的多個．熙戶曠新設的掛賬賬戶‘鐘點房價轉普疆房價的確認 處理 查詢并的房費、超時附加費、散座／娛樂計算結賬時該主手牌所屬費、店內各項消費、代他人付款等的明細和總額；扣除已交押金后的應付款或應退款；增減儲值卡上的金額、將有關房間置成臟房、手牌返回待用；清除在店客人信息和賬戶

54、輸出的數據流 退房檢查情況、賬戶互鎖情況、消費明細、賬單預覽、打印賬單、消費項目調整通知單 處理頻率 150次/天 (2) 退房模塊的數據概況表 處理邏輯編號 P05-02 處理邏輯名稱 退房模塊處理 簡述 處理客人退房要求 輸入的數據流 非主手牌號、房號、情況說明 處理 計算退房時的截止房費、將有關房間置成臟房、手牌返回待用退款；增減儲值卡上的金額、將有關房間置成臟房、手牌返回待用；清除在店客人信息和賬戶 輸出的數據流 打印房費單、超押金提示 處理頻率 50次/天 (3)補押金模塊 處理邏輯編號 P05-03 處理邏輯名稱 補押金模塊處理

55、 簡述 處理客人補押金 輸入的數據流 賬戶號或手牌號、實補押金數量、付款方式、說明 處理 計算截止的房費和消費總額、應補押金的最小額度 輸出的數據流 打印補押金收款單、打印當前費用明細單 處理頻率 50次/天 (4) 掛賬賬戶管理模塊的數據概況表 處理邏輯編號 P05-04 處理邏輯名稱 掛賬賬戶模塊處理 簡述 掛賬賬戶模塊處理 輸入的數據流 合同號、單位／個人名稱、賬號、簽字人、掛賬批準人、限額；本次清賬金額、清賬人、清賬方式 處理 自動生成掛賬賬戶流水號、結轉、掛賬金額、計算掛賬累計金額 輸出的數據流 打印掛賬明細單、歷史賬單索引、超限提示

56、、同名賬戶 處理頻率 30次/天 5．庫存子系統 處理邏輯編號 P06-01 處理邏輯名稱 庫存系統合同管理模塊處理 簡述 庫存系統合同管理模塊處理 輸入的數據流 合同內容摘要、合伺號、供貨商、到貨驗收要求、執(zhí)行情況、付款與結算方式 處理 自動生成合同業(yè)務流水號，合同的錄入、完成或中止時間：按合同號或主要商品查詢合同內容 輸出的數據流 合同文檔、合同執(zhí)行統計表、應收應付情況、同類合同索引 處理頻率 10次/月 (2)進貨管理模塊 處理邏輯編號 P06-02 處理邏輯名稱 進貨管理模塊處理 簡述 進貨管理模塊處理 輸入的數據流

57、 合同號、單據號、品名、驗貨情況、變價說明、包裝情況、有效期、供貨商、批準人，拒收理由 處理 自動生成驗貨單據流水號、用貨晶快速碼提示輸入，同比價格變動比例、中途臨時退出后的繼續(xù)輸入、按單據號或主要商品查詢驗貨單、查詢質量標準、修改合同條款 輸出的數據流 貨品超限、打印驗貨單、拒收單 處理頻率 10次/月 (3)入庫模塊 處理邏輯編號 P06-03 處理邏輯名稱 入庫管理模塊處理 簡述 入庫管理模塊處理 輸入的數據流 驗貨單號、入庫單號、發(fā)票號、批 次保質期、有效期、當次進貨價格、數量、結算情況、倉庫，退庫申請單號、退庫部門、批準人 處理 自動生

58、成入庫單據流水號、ABC分析、按單據號或主要商晶查詢入庫單，修改庫存賬 輸出的數據流 打印入庫單、退庫單 處理頻率 10次/月 (4)領用及銷售模塊 處理邏輯編號 P06-04 處理邏輯名稱 領用及銷售管理模塊處理 簡述 領用及銷售管理模塊處理 輸入的數據流 營業(yè)部門、單據號、領用明細、性質、核算價、倉庫、批準人 處理 自動生成出庫單據流水號，按單據號或主要商品查詢出庫單，修改庫存賬 輸出的數據流 打印出庫單 處理頻率 20次/日 （5）盤點損益退貨模塊的數據概況表? 處理邏輯編號 P06-05 處理邏輯名稱 盤點損益退貨模塊處理 簡述

59、 盤點損益退貨模塊處理 輸入的數據流 倉庫、商品代碼、數量、參考價、損益原因、批準人、供貨商 處理 自動生成庫存盤點和退貨單據流水號，按單據號或主要商品查詢其他庫存單，修改庫存賬 輸出的數據流 打印庫存單、退貨單、殘損單、庫存調整單、盤點對賬表、部門對賬單 處理頻率 10次/月 6．查詢子系統的數據概況表 處理邏輯編號 P07-01 處理邏輯名稱 查詢子系統模塊處理 簡述 查詢子系統模塊處理 輸入的數據流 內容、關鍵字、班次、日、月、任意時間范圍、索引關系、是否另行保存或打印 處理 自動在當前和歷史庫中查找所需內容按預定格式顯示、允許進行全文瀏覽、

60、轉換 輸出的數據流 日期、時間；查詢結果、查詢人 處理頻率 10次/月 7．報表子系統的數據概況表 處理邏輯編號 P08-01 處理邏輯名稱 報表子系統模塊處理 簡述 報表子系統模塊處理 輸入的數據流 報表名稱、班次、部門、操作員、技師、種類、時間范圍、是瀏覽方式還是打印仿真方式 處理 自動在當前和歷史庫中查找所需內容，按預定的表格方式顯示或打印、自動對新設置的內容進行統計 輸出的數據流 打印有關報表、形成文件 處理頻率 10次/月 8．部門及人員管理子系統的數據概況表 處理邏輯編號 P09-01 處理邏輯名稱 部門及人員管理子系統模

61、塊處理 簡述 部門及人員管理子系統模塊處理 輸入的數據流 部門／操作員／批準人／技師的編號、名稱、權限、口令、專長、所屬 處理 自動建立、修改和刪除相應的管數據庫和數據項關系、說明 輸出的數據流 打印部門及人員狀況清單、數據關系圖 處理頻率 10次/月 1．接待子系統 (1) 登記模塊的數據概況表 數據存儲編號 F01-01 數據存儲名稱 登記信息表 簡述 客人登記的基本信息 數據存儲組成 入店時間、押金；選房明細、客房和散座手牌發(fā)放情況，操作員號 關鍵字 手牌號 相關聯的處理 P01-01 (2)登記補充修改模塊的數據概況表 數據存儲編

62、號 F01-02 數據存儲名稱 登記補充修改信息表 簡述 客人登記補充修改基本信息 數據存儲組成 客人身份信息；聯系方式操作員號 關鍵字 手牌號 相關聯的處理 P01-02 (3)換房模塊的數據概況表 數據存儲編號 F01-03 數據存儲名稱 換房信息表 簡述 客人換房基本信息 數據存儲組成 換房過程及明細、主手牌變更；操作員號 關鍵字 手牌號 相關聯的處理 P01-03 4．餐飲子系統 (1)銀臺操作的數據概況表 數據存儲編號 F04-01 數據存儲名稱 客戶餐飲消費信息表 簡述 客戶餐飲消費信息表 數據存儲組成

63、 客戶信息+客房信息 關鍵字 手單號 相關聯的處理 P04-01 5．收銀子系統 (1)結賬模塊 數據存儲編號 F05-01 數據存儲名稱 客戶結賬信息表 簡述 客戶結賬信息表 數據存儲組成 結賬，的日斯／時間、，結算清單、將客人在店時的各種信息按類別轉人歷史信息庫、操作員號 關鍵字 主手牌號 相關聯的處理 P05-01 (2) 退房模塊的數據概況表 數據存儲編號 F05-02 數據存儲名稱 客人退房信息表 簡述 客戶退房信息表 數據存儲組成 日期／時間、房費標志 關鍵字 主手牌號 相關聯的處理 P05-02

64、 (3)補押金模塊 數據存儲編號 F05-03 數據存儲名稱 客人補押金信息表 簡述 客戶補押金信息表 數據存儲組成 日期／時間、修改的押金數、操作員 關鍵字 操作員 相關聯的處理 P05-03 (4) 掛賬賬戶管理模塊的數據概況表 處理邏輯編號 P02-01 處理邏輯名稱 客房預定 簡述 酒店對預定客房的客人收取預定金的業(yè)務處理 輸入的數據流 客戶信息+預定金數額 處理 提供客戶要求的客房信息 輸出的數據流 客房信息 處理頻率 6次/天 6．庫存子系統 數據存儲編號 F06-01 數據存儲名稱 庫存系統合同管理信息表

65、 簡述 庫存系統合同管理信息表 數據存儲組成 日期、有效合同、歷史合同、經手人 關鍵字 合同號 相關聯的處理 P06-01 (2)進貨管理模塊 數據存儲編號 F06-02 數據存儲名稱 進貨管理信息表 簡述 進貨管理信息表 數據存儲組成 日期、有效合同、歷史合同、經手人 關鍵字 合同號 相關聯的處理 P06-01 (3)入庫模塊 數據存儲編號 F06-03 數據存儲名稱 入庫管理信息表 簡述 入庫管理信息表 數據存儲組成 變價情況、日期、入庫單、退庫單、經手人 關鍵字 入庫單號 相關聯的處理 P06-03 4)領用及銷售模塊

66、 數據存儲編號 F06-04 數據存儲名稱 領用及銷售管理信息表 簡述 領用及銷售管理信息表 數據存儲組成 變價情況、日期、出庫單、經手人 關鍵字 出庫單流水號 相關聯的處理 P06-04 （5）盤點損益退貨模塊的數據概況表? 數據存儲編號 F06-05 數據存儲名稱 盤點損益模塊管理信息表 簡述 盤點損益模塊管理信息表 數據存儲組成 變價情況、日期、出庫單、經手人 關鍵字 商品代碼 相關聯的處理 P06-06 7．查詢子系統的數據概況表 數據存儲編號 F07-01 數據存儲名稱 查詢子系統信息表 簡述 查詢子系統管理信息表 數據存儲組成 日期、時間；查詢結果、查詢人 關鍵字 各子系統關鍵字 相關聯的處理 P07-01 8．報表子系統的數據概況表 數據存儲編號 F08-01 數據存儲名稱 報表子系統信息表 簡述 報表子系統管理信息表 數據存儲組成 日期、時間、經手人 關鍵字 報表名稱 相關聯的處理 P08-01 9．部門及人員管理子系統的數據概況表 數據存儲編號 F09-01