序論：好文章的創作是一個不斷探索和完善的過程，我們為您推薦十篇酒店管理系統論文范例，希望它們能助您一臂之力，提升您的閱讀品質，帶來更深刻的閱讀感受。

篇（1）

因此，開發這樣酒店預定管理系統成為很有必要的事情。

關鍵字

酒店預定系統，預定管理，設計與實現

第一章系統分析

1.1開發背景

隨著電子計算機和通信技術的發展，人類已經逐漸地進入信息化社會。信息和材料、能源一樣成為一種社會的基本生產資料，在人類的社會生產活動中發揮著重要的作用。同時人們對信息和數據的利用與處理也已進入自動化、網絡化和社會化的階段.。

本系統主要針對酒店娛樂行業，開發一套，適用與前臺，用來管理統計酒店預定宴席的軟件，通過直觀可視化界面，簡單易懂的操作，替代目前酒店業采取以書面記錄的形式。無須酒店企業雇傭專門的計算機人員即可完成運作。實現日訂單，月訂單，年度訂單查詢，有助與酒店管理層分析經營情況，更正經營管理上的不足

酒店規模的不斷擴大，以及預定酒席的提前，酒席數量相應的增加，有關預定的各種信息量也成倍增加，面對著龐大的信息量，傳統的人工方式管理會導致管理上的混亂，人力與物力過多浪費，使酒店的管理費用的增加，并給酒店的運營帶來不必要的麻煩，影響整個酒店的運作和控制管理，因此，必須制定一套合理、有效，規范和實用的酒店預定系統，對預定信息進行集中統一的管理。本設計所完成的酒店預定管理系統軟件是一功能比較完善的數據管理軟件，具有數據操作簡單、方便高效迅速等優點。系統采用VisualBasic和MicrosoftAccess。系統開發的總的設計目標是實現酒店預定管理的系統化、規范化和自動化，實現對預定信息的集中統一的管理。

1.2任務概述

1.2.1組織結構圖

組織結構圖

1.2.2組織與業務的關系

1.業務流程圖

1.前臺

使用本軟件對預定信息進行安排，并回虧客戶，將預定信息送達給管理部。

2.管理部

•酒席安排

根據預定信息進行酒席的安排布置。

•席間服務

根據酒席的類型布置餐廳，布置酒席，提供服務人員。

3.采購部

•安排部

根據本軟件提供的信息提前安排人員對酒席菜式進行安排，計算出需要多少原料，查看庫存并反饋給供應部

•供應部

根據安排部的信息進行原料的準備，采購等，成本送達財務部。

4.廚房

根據酒席規模安排廚師等。

5.財務部

財務匯總、成本計算、利潤計算。

1.2.3需求分析

本系統要開發的酒店預定管理系統的具體功能包括酒席預定信息管理、預定提示管理、酒席資源釋放和系統設置，由管理人員負責數據維護。對于已經入庫的信息，系統根據用戶不同的使用權限提供查詢和打印服務。

1酒店預定管理系統的需求分析圖

當決定要開發一個信息系統時，首先要對信息系統的需求進行分析。需求分析要做的工作是深入描述軟件的功能和性能，確定軟件設計的限制和軟件同其他元素的接口細節，定義軟件的其他需求。其實步驟包括四步。

模型化抽象化

出

具體化實例化

軟件開發過程

(1)獲得當前系統的處理流程，在此首假設當前系統是手工處理系統。手工處理流程大致是這樣的。讀者將要預定的酒席數量、時間、類型交給工作人員，工作人員預定酒席的時間進行查詢，安排空位。并在本軟件上填寫預定信息。這樣預定過程就完成了。預定時間將到期時，本軟件將提示酒店工作人員，將預定信息傳達到管理部門，本軟件進行酒席確認，解除提示。

(2)抽象出當前系統的邏輯模型。在理解當前系統“怎么做”的基礎上，抽取其“做什么”的本質，從而從當前系統的物理模型抽象出當前系統的邏輯模型。在物理模型中有許多物理因素，隨著分析的深入，有些本質的因素就成為不必要的負擔，因而需要對物理模型進行分析，區分出本質的和非本質的因素，去掉那些非本質的因素即可獲得反映系統本質的邏輯模型。

(3)建立目標系統的邏輯模型。分析目標系統與當前系統邏輯上的差別，明確目標系統到底要“做什么”，從而從當前的邏輯模型導出目標系統的邏輯模型。在對上述流程進行分析后，我們對新的酒店預定管理流程進行整理。

1.2.4功能體系圖

功能體系圖

1.2.5實現目標

《酒店預定管理系統》針對的用戶是單個酒店，主要的實現目標有：

?實現酒席管理；

?實現定單提示；

?實現各種統計、查詢、打印功能；

?能夠提供一定的安全機制，提供數據信息授權訪問，防止隨意刪改，同時提供信息備份的服務。

1.2.6運行環境

1．硬件要求以下是系統在運行環境中的硬件要求：

P4及以上芯片，128M內存；服務器、管理機各一臺，40以上硬盤。另外的配套硬件設備有打印機；查詢的客戶機若干（自選）。以WINDOWS2000SERVER為服務器平臺,后臺為大型數據庫MICORSOFTACCESS，并提供數據的備份與恢復功能，數據安全性好，不會出現網絡堵塞現象；系統采用大量的COM（組件對象模型）技術和優化的數據庫查詢方法，減少服務器的負擔，保證系統穩定的運行。

2．軟件要求在系統運行下的軟件環境要求如下：

服務器端安裝WINDOWS2000SERVER、IISWEB服務器、關系數據庫管理采用MICROSOFTACCESS

1.3項目開發計劃

2004年11月20日——2004年11月30日

填寫《開題報告》和《任務書》，由指導教師保存。

2004年12月1日——2005年1月7日

嚴格按統一的規范格式，進行畢業設計與畢業設計文檔撰寫。在本學期末之前完成設計文檔中的“第一章系統分析”與“第二章概要設計”。

2005年1月7——2005年2月30日====

完成系統的詳細設計

2005年2月30日----2005年4月15日

完成系統測試

2005年4月15日——2005年5月15日

完成用戶手冊

2005年5月15日----2005年6月1日

完成全部文檔,統一整理合成,做最后修改

2005年6月1日----2005年6月15

打印完畢后交由計算機系辦統一裝訂成冊。

1.4數據流圖和數據詞典

酒店預定管理查詢酒席信息和客戶信息；

1.4.1客戶預定酒席過程

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱預定輸入

子項目代碼名稱YDSR

作者朱電腦

創建時間2005-1-620：10

修改時間2004-1-1510：30

1.數據流圖

2.數據詞典

(1)數據源點及匯點描述：

①名稱：客戶

簡要描述：預定、查詢及登記

有關數據流：預定時間；預定數目

②名稱：日歷

簡要描述：當日日期

有關數據流：年月日

(1)加工邏輯詞條描述：

①加工名：預定檢驗

加工編號：1

簡要描述：檢驗客戶身份、酒席是否有沖突。

輸入數據流：客戶信息，酒席時間，酒席數量

輸出數據流：預定沖突信息，預定信息

加工邏輯：IF要求時間內酒席沖突THEN

發出“預定錯誤”

ENDIF

ENDIF

ENDIF

ENDIF

②加工名：預定登記

加工編號：2

簡要描述：將“預定信息”登記到“預定記錄數據庫”中，完成后將預定確認函提交客戶

輸入數據流：預定信息，日期

輸出數據流：預定信息確認

加工邏輯：預定信息及日期寫入記錄；

打印預定確認函

（1）數據流名詞條描述：

①數據流名：客戶口頭預定信息

數據流來源：客戶

數據流去向：酒席檢驗

數據流組成：客戶信息＝客戶編號＋姓名＋聯系方法

客戶編號＝“000000001”..“999999999”

姓名＝2{字母}24

聯系方法＝4{字母}50

②數據流名：預定酒席信息

數據流來源：客戶

數據流去向：酒席檢驗

數據流組成：酒席信息＝酒席號＋類型＋摘要

酒席號＝“000000001”..“999999999”

類型＝2{字母}24

摘要=10{字母}200

③數據流名：檢驗錯誤

數據流來源：酒席檢驗

數據流去向：讀者

數據流組成：檢驗錯誤＝2{字母}40

每個數據量流通量：

④數據流名：預定信息

數據流來源：酒席檢驗

數據流去向：預定登記

數據流組成：預定信息＝酒席號

每個數據量流通量：

⑤數據流名：日期

說明：提供當前日期信息

數據流來源：日歷

數據流去向：酒席檢驗，預定登記

數據流組成：日期＝年＋月＋日

年＝“0000”..“9999”

月＝“01”..“12”

日＝“01”..“31”

每個數據量流通量：

（2）數據文件詞條描述：

①數據文件名：客戶庫

簡述：存放客戶信息

輸入數據：無

輸出數據：客戶信息

數據文件組成：客戶庫由“客戶信息”組成

②數據文件名：酒席資源庫

簡述：存放酒席資源

輸入數據：無

輸出數據：酒席資源信息

數據文件組成：酒席資源庫由“酒席資源”組成

1.4.2客戶預定過程

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱定單管理

子項目代碼名稱DDGL

作者

創建時間2005-1-620：10

修改時間2004-1-1510：30

1.數據流圖

1.數據詞典

（1）數據源點及匯點描述：（前面已描述）

（2）加工邏輯詞條描述：

①加工名：酒席檢驗

加工編號：3

簡要描述：檢驗酒席是否能夠安排

輸入數據流：酒席數量，酒席類型

輸出數據流：檢驗錯誤

加工邏輯：IF酒席不能安排THEN

發出“檢驗錯誤”

ELSE發出“安排成功”

ENDIF

②加工名：酒席安排

加工編號：4

簡要描述：對安排好位置的酒席進行席間服務的安排

輸入數據流：酒席數量、類型、日期

輸出數據流：安排成功

加工邏輯：IF不能安排THEN

統計安排的酒席數

生成返回信息

ELSE刪除酒席記錄庫中相應的酒席記錄

生成成功信息

ENDIF

給出成功預定返回信息

（3）數據流名詞條描述：

①數據流名：預定成功

說明：用于傳遞酒席號

數據流來源：預定檢驗

數據流去向：預定輸入

數據流組成：酒席信息＝酒席號

（4）數據文件詞條描述：（前面已描述）

1.4.3綜合查詢過程

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱查詢

子項目代碼名稱CX

作者朱電腦

創建時間2005-1-620：10

修改時間2004-1-1510：30

2.數據流圖

3.數據詞典

（1）數據源點及匯點描述：

①名稱：工作人員

簡要描述：所有營業管理動作

有關數據流：查詢信息

②其它（前面已描述）

（2）加工邏輯詞條描述：

①加工名：查詢

加工編號：5

簡要描述：查詢碟片是否租出或是否已被預定

輸入數據流：客戶信息，狀態信息，預定信息

輸出數據流：查詢錯誤，酒席信息

加工邏輯：IF所有庫中均無查詢內容THEN

發出“查詢錯誤”

ELSE

發出“查詢返回結果”

ENDIF

（3）數據流名詞條描述：

①數據流名：查詢信息

說明：用于傳遞預定的查詢所得信息

數據流來源：查詢

數據流去向：客戶；工作人員

數據流組成：查詢信息＝酒席信息、客戶信息、預定記錄

其它（前面已描述）

（4）數據文件詞條描述：

①數據文件名：顧客客戶記錄庫

簡述：存放客戶預定記錄

輸入數據：預定信息

輸出數據：預定信息

1.4.4預定管理過程

1.簡要說明

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱預定信息提醒

子項目代碼名稱YDTX

作者林藝

創建時間2005-1-620：10

修改時間2004-1-1510：30

3.數據流圖

4.數據詞典

（5）數據源點及匯點描述：（前面已描述）

（6）加工邏輯詞條描述：

①加工名：圖書庫操作

加工編號：7

簡要描述：根據工作人員的操作信息對圖書庫內記錄進行處理

輸入數據流：操作信息

輸出數據流：操作成功返回信息，提示信息

加工邏輯：IF酒席即將到期THEN

發出“提示信息”

ENDIF

（7）數據流名詞條描述：

①數據流名：操作信息

說明：用于工作人員操作得信息

數據流來源：工作人員

數據流去向：酒店預定管理

②數據流組成：操作信息＝操作內容+操作值

（8）數據文件詞條描述：（前面已描述）

1.4.5客戶管理過程

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱客戶管理

子項目代碼名稱KHGL

作者

創建時間2005-1-620：10

修改時間2004-1-1510：30

5.數據流圖

6.數據詞典

（9）數據源點及匯點描述：（前面已描述）

（10）加工邏輯詞條描述：

②加工名：客戶信息庫操作

加工編號：7

簡要描述：根據工作人員的操作信息對讀者庫內記錄進行處理

輸入數據流：客戶信息，操作信息

輸出數據流：操作成功返回信息，客戶信息

加工邏輯：IF讀者庫中無此客戶THEN

發出“操作錯誤”

ELSE

發出“操作成功返回結果”

ENDIF

（11）數據流名詞條描述：

②數據流名：操作信息

說明：用于工作人員操作得信息

數據流來源：工作人員

數據流去向：客戶管理

③數據流組成：操作信息＝操作內容+操作值

（12）數據文件詞條描述：（前面已描述）

1.4.7系統設置過程

1.簡要說明

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱系統設置

子項目代碼名稱XTSZ

作者林藝

創建時間2005-1-620：10

修改時間2004-1-1510：30

2.數據流

數據詞典

(5)數據源點及匯點描述：（前面已描述）

(5)加工邏輯詞條描述：

①加工名：系統設置

加工編號：8

簡要描述：根據工作人員的設置內容對系統設置庫進行修改

輸入數據流：設置內容

輸出數據流：操作錯誤，操作成功返回信息

加工邏輯：IF設置內容是否錯誤THEN

發出“操作錯誤”

ELSE

發出“操作成功返回信息”

ENDIF

（13）數據流名詞條描述：

①數據流名：設置內容

說明：用于工作人員設置的信息

數據流來源：工作人員

數據流去向：系統設置

④數據流組成：設置內容＝設置項名+設置值

⑤設置項名=6(字母)

⑥設置值=4(數字)

（14）數據文件詞條描述：

①數據文件名：系統設置庫

簡述：存放系統設置信息

輸入數據：設置信息

輸出數據：設置信息

數據文件組成：系統設置庫由“系統設置信息”組成

第二章概要設計

1.2系統結構圖

1.3處理流程

1.3.1主流程

1.建立與數據庫的連接

2.獲取系統設置

3.顯示主對話框

4.等待用戶輸入

如為預定：進入預定酒席流程。

如為退定：進入刪除酒席流程

如為酒店定座信息查詢：進入酒店定座查詢流程。

如為系統管理：進入系統管理流程。

如為退出：檢查所有子窗口，關閉對話框，斷開與數據庫的連接

1.3.2預定酒席流程

要求用戶輸入客戶姓名

1.客戶身份查驗

2.獲取相關的客戶信息并顯示

3.等待用戶輸入

如為確認輸入預定桌號，提交預定請求，更新信息顯示，顯示預定操作結果。

如為完成預定操作：結束預定流程。

1.3.3退定酒席流程

1.輸入退定酒席桌號

2.讀出退定酒席信息及同次所預定的酒席信息并顯示

3.將退定的酒席桌號從預定酒席記錄中刪除

4.如有丟失，加以處理

如為確認客戶身份：讀入退定桌號，更新信息顯示，顯示退定酒席操作結果。

如為完成退定酒席操作：結束退定酒席流程

1.3.4查詢流程

1.選擇查詢內容的類型

2.輸入查詢關鍵值

3.根據內容類型讀取對應數據表

4.顯示查詢

如為完成查詢操作：結束查詢流程。

1.3.5客戶管理流程

要求用戶輸入客戶名稱

1.讀者身份查驗

2.獲取相關的客戶信息并顯示

3.等待用戶輸入

如為確認輸入客戶名稱：讀入客戶名稱，增刪改客戶信息，更新信息顯示，顯示客戶管理操作結果

如為完成客戶管理操作：結束讀者管理流程。

1.3.6桌位管理流程

要求用戶輸入桌位號

1.桌位號查驗

2.獲取相關的桌位信息并顯示

3.等待工作人員輸入

如為確認輸入桌位號：讀入桌位號，增刪改桌位信息，更新信息顯示，顯示桌位管理操作結果。

如為完成桌位管理操作：結束桌位管理流程。

1.4數據庫設計

前面已經根據系統的需求信息擬訂了表結構，從現在開始，將介紹系統的具體實現。使用的后臺數據庫服務器為Access.

該圖書管理系統的庫結構為：

2.3.1桌位表

由多個桌位記錄構成。

桌位記錄的數據結構如下：

桌位編號--------整數（唯一標示符）

桌位所在哪個包廂---------變長字符串

服務員名稱---------變長字符串

桌位大小---------實數

2.3.2客戶表

由多個客戶記錄構成

讀者記錄的數據結構如下：

客戶號-----------整數（唯一標示符）

客戶姓名------------變長字符串

客戶聯系方法-----------變長字符串

2.3.3預定酒席記錄表

由若干個預定酒席記錄構成

預定記錄的數據結構如下：

預定的桌號----------整數（與圖書庫中的圖書編號對應）(唯一標示符)

預定客戶的姓名---------------整數（與讀者庫中的圖書編號對應）

預定的時間-----------------日期

2.3.4預定酒席歷史記錄表：(History)

由若干個預定酒席歷史記錄構成

預定酒席歷史記錄的數據結構如下：

預定人姓名-----------整數（唯一標示符）

預定的桌號----------整數（唯一標示符）

預定的日期----------日期

2.3.5退定酒席記錄表:(Return)

由若干個退定酒席記錄構成

退定酒席記錄的數據結構如下：

桌位號------------整數（唯一標示符）

退定日期-------------日期

系統操作人員ID(B_Clerk_ID),整數(系統自動生成，唯一標示符)

2.3.6系統設置表

有單個系統設置記錄構成

系統設置記錄的數據結構如下：

記錄號(id)整數(系統自動生成，唯一標示符)

篇（2）

1引言

運動控制系統的上位控制方案一般有單片機系統、專業運動控制PLC、專用控制系統和“PC＋運動控制卡”。采用單片機系統實現運動控制，成本較低，但開發難度較大，周期長。這種方案一般適用于產品批量較大、控制系統功能簡單、有單片機系統開發經驗的用戶。許多品牌的PLC都可選配定位控制模塊，有些PLC的CPU單元本身就具有運動控制功能，如松下公司的FP0。這種方案一般適用于運動過程比較簡單、運動軌跡固定的設備，如送料器、自動焊機等。專用控制系統一般是針對專用設備或專用行業，比如西門子公司的車床數控系統和銑床數控系統等。“PC＋運動控制卡”的方案隨著PC的普及用得越來越多，將是運動控制系統的主要發展趨勢。這種方案可充分利用計算機資源，用于運動過程、機械軌跡都比較復雜，而且柔性比較強的機器設備，比如目前很熱門的開放式數控系統大多采用這種方案。

本文介紹的控制系統采用的就是“PC＋運動控制卡”方案，這是本文的主要內容。

2系統組成及硬件介紹

圖1示出本系統的硬件組成框圖。其中采用德國百格拉三相混合式步進電機(VRDM3910/LHA)及其配套驅動器(D921)。控制卡是成都步進機電有限公司生產的MPC02型運動控制卡。

2.1驅動器面板及其功能設置

圖2是D921型驅動器的面板配置及功能。

功能選擇：STEP1、STEP2設置電機每轉步數；

所有輸入信號均為光耦輸入。

2.2運動控制卡的結構

MPC02型運動控制卡的結構如圖3所示。

該卡插在PC的PCI擴展槽內使用；MPC02卡完成運動控制的所有細節，包括脈沖和方向信號的輸出、自動升降速的處理、原點和限位信號的檢測等。它采用先進的專用控制集成電路，具有梯形及S形升降速度曲線。使用68芯SISC接口，外接線可采用屏蔽線纜，以提高控制卡的抗干擾能力。其信號接口定義如下：

脈沖量信號：脈沖/方向(編號17～28)；編碼器反饋(35～52)；光隔電源(29、30)。

開關量信號：限位(55、56、60、61、65、66)；減速(53、54、58、59、63、64)；原點(57、62、67)；伺服使能(9、11、13)；偏差清零(10、12、14)；外部報警(68)；通用輸入(31～34)；通用輸出(1～8)；光隔電源(15、16)。

3運動控制系統的軟件

3.1控制卡的軟件

在函數庫中使用的單位和函數返回值通常約定如下。

3.1.1單位

1)位移或距離的單位為P(Pulse)，即脈沖數；

2)速度的單位是P/S(Pulse/sec)，即脈沖/秒；

3)加速度和減速度的單位是P/s2(Pulse/s2)，即脈沖/秒2。

3.1.2函數返回值

運動庫中的大多數函數是整型函數，它們的返回意義如下：

0函數執行正確；－1函數執行錯誤。

在函數庫中使用的函數有如下幾種：控制卡和軸設置函數、獨立運動和插補運動函數、制動函數、位置和狀態的設置及查詢函數、I/O口操作函數、錯誤代碼函數和一些其他函數。這些函數實現的運動有如下六種基本類型，如圖4所示。

把帶有升/降速控制的運動函數稱為快速(fast)運動函數，比如fast_pmove、fast_vmove和fast_hmove，把常速運動函數稱為常速(con)運動函數，如con_pmove、con_vmove和con_hmove。

3.2軟件程序：

篇（3）

1引言

調度管理的規范化，標準化一直是調度值班人員和部門領導不斷努力的方向。運行人員希望在實現標準化的同時，還能利用計算機保證系統安全運行，對工作進行監督和提供一定的技術服務，并且能夠減輕重復錄入的工作[1]。統一的數據管理與維護是網絡數據庫功能實現的前提條件。隨著計算機和局域網技術的發展，利用計算機實現這一功能己是大勢所趨。本文基于客戶/服務器結構設計的變電所微機管理系統從原理上很好的滿足了上述要求。在實踐中，開發人員與現場人員密切配合，從系統的數據結構和用戶界面反復推敲、修改，使軟件使用盡可能地滿足現場需求。由于考慮到運行人員的計算機使用水平參差不齊，軟件的易用性和界面的友好程度是設計開發時必須考慮的問題。

2日常管理功能系統的主要特點

國內調度中應用的管理系統主要實現對調度的事物管理及日常辦公用的工作記錄。報表及基礎資料等的微機化管理，基本上還停留在文檔數據庫管理的水平上[2]。運行日志是調度運行工作中最主要的部分，涉及到操作票、工作票、設備缺陷、修改記錄等絕大部分調度運行工作。本文的運行管理子系統和計算機自動化監控系統相連接，接受監控系統所提供的有關實時信息，同時與MIS相聯系，能夠將有關的數據如開關動作情況、設備缺陷及運行月報等數據及時傳遞到上級部門，基本達到調度運行管理無紙化、數據傳輸無紙化的要求。

1.運行日志的填寫實現了規范化。集成了幾乎所有在運行日志中填寫的常用的術語，使得運行日志的填寫克服了常規日志填寫的隨意性，同時也減少了操作人員的勞動量，在輸入必要的工作內容后，只要用鼠標即可完成大部分操作。

2.保證工作過程的規范化。運行生產管理模塊中的刀閘操作、工作票、事故處理、設備定期切換和系統運行方式管理:由于這些工作都將在運行日志里有反映，因此將它們集成到運行日志里，并做到了記錄的一次輸入操作，以后與該記錄相關的其它操作將變得非常簡單，亦只需鼠標來完成大部分工作，由程序來完成相關的數據表的填寫，同樣使得工作人員從煩瑣的重復工作中解放出來。

3.保證操作流程的規范化。例如在倒閘操作時，當向下級單位發操作預令時，需要值班人員輸入操作任務內容，但在以后的正令、操作匯報和操作票登記等工作就不用輸入操作票內容了，值班人員只需從列表框里選擇即可完成這些工作，而且各項操作形成一條鏈，在操作票執行完匯報后，程序將提醒值班人員是否進行操作票登記，而這一步恰恰是值班人員容易忽略的，特別在操作任務比較多的時候。從這個角度上講，運行管理子系統起到了技術監督的作用。

3運行生產微機化管理的實現

1.功能內容用戶通過填寫運行日志，同時將與其相關的數據寫入相應的數據表，最大程度地減少手工輸入量，提高準確率。在輸入運行日志的過程中，自動填寫的數據有倒閘操作記錄、一二種工作票記錄、各項設備修改記錄、各項設備缺陷記錄、各項設備切換試驗等記錄數據表。

2.實現過程當在主菜單中選擇“運行日志”項時，系統彈出“運行日志”對話框:顯示運行日志的主要界面，包括當日的天氣、室溫、值班人員等數據以及巡視檢查情況和運行記事。可以通過選擇日期和值班號查看任一天的運行日志。

在運行日志中可以填寫每日的工作記錄，并點擊菜單和列表框選擇所需的人員名單和工作內容，大大減少輸入量，并做到用語規范、在輸入運行日志的同時，系統就根據所輸入的內容將數據寫入相應的數據庫中，從而避免了遺忘和重復錄入、當選中“交班小節”項時，系統能自動檢查操作票登記情況等并彈出畫面對操作人員提問，同時提示每日要進行的日常工作。當已操作過的操作票未完成登記，或每日要進行的工作沒有完成數據輸入時，就不能進行交接程序，操作人員確認所有交班工作均已完成后，系統才允許操作人員進入“交接小結”畫面。

在運行日志中可以填寫每日的工作記錄，并點擊菜單和列表框選擇所需的人員名單和工作內容，大大減少輸入量，并做到用語規范，在輸入運行日志的同時，系統就根據所輸入的內容將數據寫入相應的數據庫中，從而避免了遺忘和重復錄入[3]。在輸入運行日志的過程中，自動填寫的數據表有倒閘操作記錄、一二種工作票記錄、各項設備修改記錄、各項設備缺陷記錄、各項設備切換試驗記錄、當選中“交班小結”項時，系統能自動檢查操作票登記情況等并彈出畫面對操作人員提問，當操作人員確認所有交接班工作均已完成后，系統才允許操作人員進入“交班小節”畫面。

4統計報表的數據聯接

本系統所采用的自由表格利用了樹狀層次結構來表示單元格的相互關系，符合中文表格的特點，可以對表格進行任意分割、合并，在水平和垂直方向跨越多個行列，對中英文進行橫排豎排，還可以定義線型，從而編輯出各種形式的表格，基本上能夠滿足日常工作的需求。

區別于word之類的普通文檔編輯程序，通用自由表格具有強大的數據庫支持能力，除了普通的插入文字外，還可以由用戶自由定義與數據庫的聯接，顯示數據表中某一列數據或具體到某一行的某一個數據，并且還提供了定義查詢條件的功能，能夠以人機交互的方式幫助用戶快速準確地確定出查詢條件。自由表格能夠支持任意ODBC形式的數據庫，實時進行數據刷新，當進行管理軟件對數據庫的內容進行修改后，可以立即在表格中顯示的更新結果。例如當進行倒閘操作票登記后，在定義好數據聯接關系的操作票記錄上會立刻顯示出最新的操作記錄。

5結束語

目前利用現代化計算機和網絡技術來加速管理信息的采集、加工、處理和傳遞，并提高其準確性已成為變電站管理的發展趨勢。本文討論的運行管理子系統對調度的生產管理做了進一步的擴展，為運行生產進行技術監督和技術服務。

參考文獻