時間：2023-03-16 16:29:23
序論：在您撰寫酒店管理系統論文時，參考他人的優秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發您的創作熱情，引導您走向新的創作高度。
2弱電系統的構成及管理維護分析
2.1弱電系統的構成
筆者結合自己的工作內容，將科技館、展覽館等公共場所的弱電系統按照不同的功能來劃分，主要包含安全防范系統和自動控制系統兩個方面。
2.1.1安全防范系統
安全防范系統以空間來分，可分為室內部分和室外部分。室內部分。公共場所室內的安全防范系統，是由若干子系統構成的，這些子系統共同保障了公共場所內的安全防范，并將場館內的所有信息連接到公共場所的指揮調度中心。具體而言，通常由安全防盜系統、室內場館攝像監控系統、消防報警系統、緊急救助、門磁系統等構成。室外部分。室外部分主要負責整個場館的閉路電視監控及周邊安全，主要由場館攝像監控系統、周界紅外報警系統、保安巡更簽到系統等構成。
2.1.2自動控制系統
在公共場所，除了需要安防系統外，還需要很多自動控制系統，實現對各種主要設備系統的全面自動化控制，通常說來，公共場館需要控制的范圍包括空調系統、給排水系統、供配電系統、照明系統、消防系統、廣播系統等。
2.2弱電系統管理維護中的問題
在實際的弱電工程中存在著較多的問題，概括起來，主要表現在以下幾個方面：
管理維護缺乏系統性和科學性。目前對于一個集成度較高的弱電工程系統，實施的管理維護方案是沿襲傳統的設備維護方案而進行的，將各個弱電系統相互割裂開來，彼此單獨進行管理和維護，并且對弱電系統的維護也基本遵循著沒有問題不維護，小問題小維護，大問題大維修的思路進行管理維護，致使整個建筑物或者社區的弱電工程管理維護缺乏系統性和科學性。
管理維護缺乏專業檢測設備。目前，很多弱電工程或項目的管理維護，都依靠技術人員的手工進行管理維護，發現問題，查找根源，提出解決措施，實現系統正常工作，這樣的管理維護效率較低，缺乏高效的管理維護方案，同時在具體的管理維護檢測設備方面，大多還依賴于萬用表等傳統的檢測設備，無法真正實現對大型的弱電工程進行系統的專業化的管理和維護。
管理維護缺乏專業人才。弱電控制技術在我國起步較晚，但是發展非常快，因而專業的弱電管理維護人員在我國的缺口較大，很難真正的實現對一些大型的復雜的弱電工程的管理及維護；而弱電工程管理維護需要的是在上述各方面均能夠獨立實施管理和維護的專業技術人才。
3弱電系統的管理維護策略
3.1完善弱電工程的自動化檢測，提高弱電系統管理維護效率
為了更好的實現弱電工程的管理及維護，可以在各弱電系統的自動檢測及控制方面下功夫，通過完善弱電系統自身的自動檢測、控制功能，來提升弱電系統的管理及維護水平，提高管理維護效率和水平，降低弱電系統的工作故障發生的概率。筆者曾經參與過某科技展覽館的弱電系統改造及維護項目，結合實際，針對公共場館各弱電系統的特點，可以從以下幾個方面進行管理及維護：
空調系統。通過對空調控制系統進行傳感檢測，可以實現對冷凍機組、熱泵、新風機組、送排風機組及風機盤管等的自動監視和控制，發生故障時能顯示故障的位置及性質，使控制人員及時掌握情況。
給排水系統。通過對給排水系統安裝弱電控制系統，使其能自動監視和控制生活水箱、各種水泵、污水池和污水處理裝置的運行，自動計算水流量，自動與主機通信；當某處發生運行故障時，控制室會自動顯示。
供配電系統。供配電系統的弱電管理維護，可以從自動顯示并記錄供配電設備的運行情況入手，包括電壓、電流、功率因素等，并與管理系統聯網；能在控制室實現對整個變配電系統的操作，當發生異常情況（如變壓器高溫）時自動報警；當二路進線中一路發生故障時能自動切換到另一路。
消防系統。通過加強對消防系統的弱電控制及其自動檢測功能，使其能自動控制消防系統的各種設備，當火警發生時，能自動切斷電源，打開排/抽風機，消防泵自動啟動，消防噴頭自動噴水滅火。
其他諸如照明系統、廣播系統等，也都可以通過完善、提升弱電自動檢測的手段實現對公共場館內的弱電系統的有效管理及維護。
3.2實施弱電工程過程化管理，降低弱電系統故障維護概率
加強對弱電系統的管理維護，還可以從加強弱電工程施工管理的角度來降低弱電系統的故障發生概率，從而提高弱電系統的管理維護水平。按照弱電系統的施工環節，可以從以下幾個方面進行弱電工程施工的過程化管理。
前期準備階段。每一個弱電系統項目的開始都必須組建一個項目管理機構，安排以項目經理為核心的項目管理部進駐工地，根據項目的實際需求和情況，制定相關的管理制度，并編制初步的施工進度計劃。
深化設計階段。根據初步確認的系統功能，對整個弱電系統的初步方案進行深化，并與建筑設計、裝潢設計及招標單位進行溝通協商，最終確認深化設計方案及圖紙。
工程安裝階段。同施工單位落實相關預埋管、箱、盒的現場協調，按照制定的按照進度計劃和現場管理制度，對系統的供貨、安裝、接線等各階段工作全面的監督、協調、管理，以確保弱電工程的施工質量。
調試、測試及試運行階段。編制系統調試方案，分步落實系統的單體調試和總體聯調，編制系統試運行方案，合理地實施系統試運行，并對試運行中出現的問題及時反饋、總結、整改，以完善和提升弱電系統的管理，降低維護工作量，確保弱電系統的可靠工作。
3.3弱電系統的防雷接地維護
公共場館內弱電系統的防雷接地是非常重要的，如果對防雷接地的設計沒有足夠重視，那么最終整套弱電系統的工作也無法得到可靠的保障。總的說來，防雷接地主要需要考慮以下幾個方面：
防雷接地應采用專用接地干線。由外在的本體系統引入接地體，專用接地干線采用銅芯絕緣導線或電纜。
弱電系統的接地線不能與強電交流的地線以及電網零線短接或混接，接地線不能形成封閉回路。
弱電系統中的監控系統及其專業設備的接地線，應選用銅芯絕緣軟線。
弱電系統中三芯電源插座的接地端，應與系統的接地端相連（保護地線）
公共場館弱電系統的傳輸線路(與環境、土壤有關)要求單端接地，在調度室室屏蔽層接地(接到機柜上)，干擾信號通過屏蔽層隔開，兩端都接地，有浮點；在特殊情況下，要兩端都接地。有些地方控制線會受到干擾(雜波信號導致信號不良)，應將位置移動。干擾無論大小都會表現出來，導致弱電系統控制不靈敏。另一方面，在布線時，由于現場要布很多線，且一般是由多人來布線，容易錯接，因此建議在布線時要做好標識，以提高效率。
結語：
與其它設備維護一樣，弱電系統的管理維護也離不開問題的主動發現與處理，這樣能夠將故障消除于無形之中，大多故障會有一段時間的預兆，因而要主動去發現問題，解決問題；不僅需要在弱電系統的施工過程中進行質量管理，更重要的是在后期的維護中，要多動腦筋，多與相關技術人員交流合作，輔以現代化的檢測設備，活學活用，歸納總結，提高弱電系統管理維護的水平。
參考文獻
[1]金紅峰.淺談弱電系統管理及維護的一點心得[J].藝術科技,2007,(3):30-32.
[2]王名杰,鐘蘇麗.一種社區智能控制系統設計[J].電氣應用,2008,(11):23-24.
[3]鄧曉紅.基于WEB的工作流技術在工程建設項目管理系統中的應用[J].微型機與應用,2002,(11):41-42.
【關鍵詞】Java;酒店管理;數據庫
中國經濟的飛速發展帶動旅行水平的迅速前進，目前中國旅游出行的人數不斷增加，商務活動也越來越活躍，人們對酒店服務提出更高、更多樣性的需求。如何把酒店在有限的財力、人力、物力及信息資源情況下更好的服務于酒客戶，是一切酒店公司所要面臨首要的問題。
一、系統介紹
基于Java的酒店管理系統是一個采用java+mysql+web的模式訂制的小型電子信息管理平臺。系統功能完備以Web界面與用戶交互，為用戶提供信息并接受其操作，同時通過數據庫管理系統來存儲信息數據，實現了對信息數據的瀏覽、查詢、編輯和管理等基本數據庫操作。系統采用模塊化程序設計方法，根據用戶的需求及程序的應用與維護的易用性將各個部分置于不同的模塊當中，便于程序的擴展與維護。系統基本上滿足客房管理、預訂管理、特色服務管理等方面的需求，界面美觀清晰、操作簡單易用。
二、系統設計
基于Java的的酒店管理系統是以Mysql建立數據庫而生成的酒店辦理體系。系統操作簡單、界面明晰，直觀對相應的功能進行設計。
2.1系統功能模塊劃分
（1）系統用戶管理:主要負責對管理員信息的修改等；（2）會員信息管理:主要負責對客戶信息的增加、刪除、修改；（3）房間信息管理：主要負責房間類型的增加、刪除、修改，以及房間的管理；（4）預訂信息管理：主要負責客戶預訂、入住等功能實現，實時更改房間的狀態；（5）入住信息管理：主要負責顧客入住酒店、離店結賬、更新入住信息操作；（6）留言信息管理：主要負責顧客對酒店服務的評價操作；（7）站內新聞管理:主要負責酒店最近新聞的添加管理操作。
2.2系統結構劃分
系統采用最為常用的MVC架構實現,模型層（Model）、視圖層（View）、控制層（Controller）三層結構。模型(Model)：業務規則的制定和處理業務流程/狀態；業務流程的處理是對于其它層才說是黑箱操作，接受模型查看所請求的數據，并返回最終的結果；業務模型的設計可以說是MVC最主要的核心。視圖(View):使用JSP頁面顯示數據，與用戶交互的頁面。控制器(Controller):控制(Controller)是從用戶接收請求,模型和視圖匹配在一起，以完成用戶的請求；劃分控制層的影響是顯而易見的，它是一個調度器，選擇什么樣的模式，什么樣的視圖的選擇可完成什么樣的用戶請求。
三、數據庫設計
3.1邏輯模型設計
邏輯結構設計是把概念結構設計階段設計的E-R圖轉換為與選用的DBMS產品所支持的數據模型相符合的邏輯結構。管理員(ID,用戶名,密碼)；客房（ID，房間號，客房類型，價格，客房信息等）；用戶（ID,用戶名，密碼，性別，年齡等）；預定（ID，客房號，預定時間，入住日期，押金等）；入住（ID，客房號，用戶名，身份證，費用等）；留言（ID,用戶名，留言內容，留言時間等）。
3.2物理模型設計
管理系統物理存儲在名為db_jiudian的Mysql的數據庫中，所涉及的表如下：1.管理員表。用于存放操作員的信息,例如：管理員員的用戶名,密碼,ID。結語：為了提高酒店的作業效率，酒店管理系統的科學化、信息化、體系化建設將變的尤為重要。基于Java的酒店管理系統是依據酒店對客房辦理的實際情況而進行設計的，完成客戶對酒店中的客房查詢和預定，便利酒店管理人員對客房的實際情況而進行集中查詢辦理作業。
作者:萬巖 史愛雯 張岳 單位:黑龍江八一農墾大學
參考文獻
[1]王菁.酒店管理系統設計[J].辦公自動化：綜合月刊.2010，(2)：23-27
現在，科學技術的飛速發展把人類社會推向了一個嶄新的時代——信息時代。這已是無可爭議的事實；信息對社會經濟發展的巨大推動作用，使其與物質能源一起并列為現代社會的三大支柱，這已在全社會達到共識。而管理信息系統是隨著管理科學，信息技術，計算機技術等的發展而產生和發展起來的。圖書管理系統是一個教育單位不可缺少的部分,它的內容對于學校的決策者和管理者來說都至關重要,所以圖書管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段。作為計算機應用的一部分,使用計算機對酒店預定信息進行管理,具有著手工管理所無法比擬的優點.例如:輸入方便、直觀、檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地酒店預定管理的效率,減少因為手工預定帶來的麻煩，也是酒店的科學化、正規化管理,與時代同步的重要條件。
因此，開發這樣酒店預定管理系統成為很有必要的事情。
關鍵字
酒店預定系統，預定管理，設計與實現
第一章系統分析
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)整數(系統自動生成，唯一標示符)
最多可預定桌數(MaxBLNum)整數
隨著Internet技術的發展與普及，電子商務已經滲透到國民經濟的各個領域，時下正以前所未有的速度迅猛發展，成為各個國家增強經濟競爭實力、贏得全球資源配置優勢的有效手段。從我國來看，“十五”期間，電子商務才開始步入務實發展軌道，并逐步滲透到經濟和社會的各個層面。目前，電子商務的運用還是主要集中在B2B模式的企業采購，而在服務行業的運用尚未形成規模。酒店業，作為服務行業的一大支柱產業，其電子商務的運用尚在起步階段，主要呈現以下三個特點：
1.大部分中小型酒店缺乏電子商務意識
據《中國飯店業務統計》調查的4、5星級的飯店訂房渠道中，"獨立訂房系統"和"酒店網站"分別只占2.7%和0.8%，加上占飯店總數80％的中小飯店的數據，則這一比重更低。中國互聯網信息中心（CNNIC）于07年7月份的《中國互聯網絡發展狀況統計報告》顯示，“網上預訂”服務在“網民經常使用的網絡服務”排名統計中只占5.4%，排名23位。通過網絡進行旅行檢索和預定酒店的總體規模只有8.5億元，只占整個旅游產業規模的0.1%。其次，酒店電子商務意識低還表現在酒店網站技術含量低以及酒店的管理人員不知道如何運用網絡手段進行營銷。
2.缺少專業化的電子商務系統
酒店業是一個特殊的服務行業，與傳統的電子商務行業不同的是，酒店業的產品是客房及相關服務，具有無形性和不可儲存的特點。酒店業電子商務無需物流配送環節，基于其產品的特點，也很少需要客戶進行預付款，但必須關注于信息的及時，更新，以及網站的宣傳。所以，從電子商務交易過程中的“三流”來看，酒店電子商務系統應著重處理的是信息流，資金流次之，無需物流管理。
現在，大部分人對電子商務技術在酒店業的運用的認識存在偏差，大多數開展電子商務的酒店基本上是一個宣傳網站，而沒有把電子商務系統作為一項工程來做，沒有相應的戰略規劃，缺少專業的與酒店各項業務和管理流程相匹配的電子商務系統。
3.電子商務系統集成度低
國內少數擁有電子商務系統的酒店只是用系統網站進行酒店宣傳和網上訂房業務，沒有一套與酒店各項業務相匹配的集成系統來綜合進行形象宣傳、網絡營銷、客戶關系管理（CRM）和各項資源管理。所以，國內一些酒店即使上了電子商務系統，也沒有在經營管理方面收到明顯成效。
近十年，隨著中國加入WTO和旅游業的興起，酒店業的發展勢頭迅猛。隨之也產生了各種各樣的問題，如酒店的宣傳問題：如何提高酒店知名度，吸引更廣泛的顧客；酒店做大后，如何進行有效地資源管理和配置；如何及時地了解客戶需求，適應市場變化。要解決這些問題必然需要專業的自動化的管理，于是安裝一個有效地電子商務系統也就成了未來酒店業發展的必然趨勢。
二．酒店Intranet系統設計
根據美國ForresterResearch研究機構的調查，一般企業的總成本（CTO）中有65%來自管理，酒店成長到一定規模，管理就會成為突出的問題。要解決這個問題就必須建立統一的系統將酒店的各項信息全面集成起來，將各個管理職能部門聯系起來，實現管理的自動化，程序化和規范化。
在酒店開展電子商務，酒店首先要具備相應的網絡硬件環境，然后引入相應的應用軟件，從而實現業務的自動化和管理的規范化。酒店的核心業務就是客房預定管理業務，所以酒店應優先在這部分業務中推進電子商務，在推進電子商務之前，需要對這部分業務進行詳細的業務流程分析和需求分析，下面就是酒店客房預定管理業務的基本流程分析：
1.客戶進行客房基本信息查詢，包括剩余客房的房間配置，價格等信息。
2.客戶在線實名制填寫預定單，訂單信息包括客房種類，客房數量，入住時間，預定天數，以及客戶身份證號。系統分配給客戶一個臨時登陸號和密碼。
3.系統通知客房管理部門，進行相應客房的預留。
4.在入住前，客戶如有特殊情況，可以用臨時號登陸，并取消預定。
5.客戶來入住，出示相應的證件，系統進行確認并將客戶信息上報公安機關審批，其入住預定房間。
6.客戶走時結賬，系統通知財務部，并將相關客戶信息備份。
以上是酒店核心的預定管理業務的流程分析，此外，一個完整的酒店電子商務系統還應包括客戶關系管理，財務管理，和資源管理三塊。
客戶關系管理也是酒店電子商務系統中不可或缺的一塊，酒店是一個服務性行業，服務的目標就是獲得客戶的100%的滿意度，特別是中國加入WTO后，客戶呈多樣化的特點，要滿足客戶的不同個性化需求，就要求酒店要全面的收集，提煉和整合不同消費者的需求特點，然后對信息進行提煉，挖掘，并提供相應的服務，這樣才能全面留住客戶，提高酒店利潤。
為實現以上目的，該模塊應包括客戶資料收集與分類，客戶投訴管理，客戶反饋信息分析等子功能模塊。
財務管理也是酒店管理系統中重要的一個模塊，其目的是要實現財務管理的規范化和透明化，系統應自動記錄每一筆資金的來源和去向，計算投資盈利情況，為酒店生成各種報表，并為酒店的各種決策提供信息，所以此模塊應包括資金流管理，報表生成等子功能模塊。
資源管理模塊主要為酒店提供其內部資源合理配置和優化，一個酒店要節省成本，必然考慮怎樣在有限的資源下通過合理的資源配置和優化來獲取最大的利潤。一個酒店的資源主要包括人力資源和和其硬件設施。酒店應有一套完整的員工管理制度，晉升制度，并且要能夠發現員工的不同長處，進行合理的崗位調度。硬件設施是酒店為客戶提供服務的基礎，酒店對其硬件設施進行細微的管理，應細致到客房里的每一件物品，并對其進行使用記錄，通過嚴格的管理，發揮每個硬件設施的最大效用。所以，酒店的資源管理模塊應包括人力資源管理和硬件資源管理等子模塊。
三．酒店Internet系統規劃
首先建立酒店的網站搭建B2C電子商務平臺，為全球客戶提供24小時的無中斷服務，建立電子商務網站是要著重考慮一下幾個方面：
（一）網站風格。網站風格是指站點的整體形象給瀏覽者的綜合感受，網站設計時需要考慮站點的CI（標志、色彩、字體、標語）、版面布局、瀏覽方式、交互性等方面。結合酒店業的特點，酒店的網站的風格應該是平易近人的，并且給人一種放松的感覺。
（二）網站目標客戶分析。進行電子商務網站開發前，應調查和分析目標客戶，了解網站可能服務的對象和他們的需求，規劃與設計符合目標客戶群的電子商務網站，為他們提供所需的產品或服務，滿足他們的興趣和愛好，吸引他們對網站的注意力，增強網站的指向性。所以，酒店業的電子商務網站可以提供一些最新的旅游資訊來吸引客戶，從而使酒店的電子商務網站不僅僅是停留在酒店形象宣傳、信息與簡單的信息瀏覽的層面上，而是成為滿足客戶需求的商務網站，這樣，電子商務成功的可能性就越高。
（三）增加方面客戶的功能。酒店電子商務網站的設計還應從怎樣從方面客戶使用的角度出發，增加一些方面客戶使用的功能，如客房的自動搜索功能，用戶可以自定義查詢條件，搜索自己中意的客房。又如可以增加論壇系統，方面網友在線進行討論交流，酒店也可以通過論壇進行市場調查，客戶反饋等活動。
其次推廣網站并進行網絡營銷，在進行網站推廣時要充分利用網下資源和網上資源進行推廣，利用網下媒體進行推廣就是要設法在網下的各種傳媒上宣傳酒店網站，塑造網站在公眾中的良好形象；利用網上資源進行網站推廣，可以用搜索引擎及競價排名的方式進行網站的推廣，也可與大型的旅行網站合作，通過在其頁面上做廣告的方式推廣。在網絡營銷方面，酒店要充分利用客戶資源，運用電子商務相關技術，通過客戶的交流與反饋，建立客戶數據庫，挖掘有價值的市場信息，建立完善的網上服務系統，并安排專人負責。對客戶的疑問和投訴及時解決，了解客戶需求及滿意度，提高酒店服務能力和服務水平。
四．酒店B/S模式的整體電子商務系統架構
在完成酒店電子商務系統的需求分析后，就要開始設計系統的整體架構，選擇什么樣的系統架構取決于系統對功能的需求.目前，主要有兩種電子商務系統架構：兩層式客戶/服務器架構(C/S架構，Client/Service)，三層式客戶/服務器架構(B/S架構,Browser/Service)。
當客戶要向酒店的服務器發出一個web頁面請求信息，客戶上的瀏覽器創建一個HTTP請求并發到Internet上，請求通過Internet傳送到酒店的服務器上，服務器根據用戶請求創建一條HTTP信息（包含HTML文檔）用客戶提供的回復地址將信息發到Internet上，最后回復信息通過Internet傳到客戶機上，瀏覽器識別HTML文檔，將頁面顯示出來。
C/S架構有一個致命的缺陷，就是只能根據用戶的請求顯示靜態頁面，無法滿足酒店電子商務系統需要與用戶交互的需求，無法支持網站一些常用的功能，如搜索功能。所以根據酒店電子商務系統的需求分析，應采用B/S架構。
B/S架構
B/S架構是在傳統的C/S架構的基礎上擴充出來的，是一種三層式的結構。第一層是客戶，第二層是web服務層，第三層是包含了一些應用軟件和相關數據庫，他們可以向第2層的web服務器提供非HTML信息。在B/S架構中，系統可以根據用戶提出的要求，借助第三層數據服務的支持，動態生成客戶所需要的任何信息，從而滿足酒店電子商務系統需要和用戶交互，動態滿足不同用戶的個性化需求的功能。
通過基于B/S架構的電子的商務系統，國內外的客戶，可以僅僅通過一臺瀏覽器享受都酒店為其提供的個性化得服務。酒店的管理人員也可以在任何時間和地點通過身份認證查詢到酒店第一手的信息，處理內部事務，從而酒店提高酒店辦公人員的工作效率。
結束語
我國酒店業起步較晚，信息化程度低，與世界發達國家相比還有較大差距。但隨著中國加入WTO以及中國旅游業的興起，給我國的酒店業帶來的許多機遇和挑戰，如何把握機遇迎接挑戰，成了我國酒店業面臨的關鍵問題，基于B/S結構的酒店業電子商務系統可以幫助酒店提高管理水平，擴大客戶群，使單體酒店進一步拓展全球市場，實現全球營銷。但是我們也不能照搬西方的管理和營銷模式，我們還要在實踐中不斷探索，真正找到并完善適合我國酒店業電子商務系統。
參考文獻：
2弱電系統的構成及管理維護分析
2.1弱電系統的構成
筆者結合自己的工作內容，將科技館、展覽館等公共場所的弱電系統按照不同的功能來劃分，主要包含安全防范系統和自動控制系統兩個方面。
2.1.1安全防范系統
安全防范系統以空間來分，可分為室內部分和室外部分。室內部分。公共場所室內的安全防范系統，是由若干子系統構成的，這些子系統共同保障了公共場所內的安全防范，并將場館內的所有信息連接到公共場所的指揮調度中心。具體而言，通常由安全防盜系統、室內場館攝像監控系統、消防報警系統、緊急救助、門磁系統等構成。室外部分。室外部分主要負責整個場館的閉路電視監控及周邊安全，主要由場館攝像監控系統、周界紅外報警系統、保安巡更簽到系統等構成。
2.1.2自動控制系統
在公共場所，除了需要安防系統外，還需要很多自動控制系統，實現對各種主要設備系統的全面自動化控制，通常說來，公共場館需要控制的范圍包括空調系統、給排水系統、供配電系統、照明系統、消防系統、廣播系統等。
2.2弱電系統管理維護中的問題
在實際的弱電工程中存在著較多的問題，概括起來，主要表現在以下幾個方面：
管理維護缺乏系統性和科學性。目前對于一個集成度較高的弱電工程系統，實施的管理維護方案是沿襲傳統的設備維護方案而進行的，將各個弱電系統相互割裂開來，彼此單獨進行管理和維護，并且對弱電系統的維護也基本遵循著沒有問題不維護，小問題小維護，大問題大維修的思路進行管理維護，致使整個建筑物或者社區的弱電工程管理維護缺乏系統性和科學性。
管理維護缺乏專業檢測設備。目前，很多弱電工程或項目的管理維護，都依靠技術人員的手工進行管理維護，發現問題，查找根源，提出解決措施，實現系統正常工作，這樣的管理維護效率較低，缺乏高效的管理維護方案，同時在具體的管理維護檢測設備方面，大多還依賴于萬用表等傳統的檢測設備，無法真正實現對大型的弱電工程進行系統的專業化的管理和維護。
管理維護缺乏專業人才。弱電控制技術在我國起步較晚，但是發展非常快，因而專業的弱電管理維護人員在我國的缺口較大，很難真正的實現對一些大型的復雜的弱電工程的管理及維護；而弱電工程管理維護需要的是在上述各方面均能夠獨立實施管理和維護的專業技術人才。
3弱電系統的管理維護策略
3.1完善弱電工程的自動化檢測，提高弱電系統管理維護效率
為了更好的實現弱電工程的管理及維護，可以在各弱電系統的自動檢測及控制方面下功夫，通過完善弱電系統自身的自動檢測、控制功能，來提升弱電系統的管理及維護水平，提高管理維護效率和水平，降低弱電系統的工作故障發生的概率。筆者曾經參與過某科技展覽館的弱電系統改造及維護項目，結合實際，針對公共場館各弱電系統的特點，可以從以下幾個方面進行管理及維護：
空調系統。通過對空調控制系統進行傳感檢測，可以實現對冷凍機組、熱泵、新風機組、送排風機組及風機盤管等的自動監視和控制，發生故障時能顯示故障的位置及性質，使控制人員及時掌握情況。
給排水系統。通過對給排水系統安裝弱電控制系統，使其能自動監視和控制生活水箱、各種水泵、污水池和污水處理裝置的運行，自動計算水流量，自動與主機通信；當某處發生運行故障時，控制室會自動顯示。
供配電系統。供配電系統的弱電管理維護，可以從自動顯示并記錄供配電設備的運行情況入手，包括電壓、電流、功率因素等，并與管理系統聯網；能在控制室實現對整個變配電系統的操作，當發生異常情況（如變壓器高溫）時自動報警；當二路進線中一路發生故障時能自動切換到另一路。
消防系統。通過加強對消防系統的弱電控制及其自動檢測功能，使其能自動控制消防系統的各種設備，當火警發生時，能自動切斷電源，打開排/抽風機，消防泵自動啟動，消防噴頭自動噴水滅火。
其他諸如照明系統、廣播系統等，也都可以通過完善、提升弱電自動檢測的手段實現對公共場館內的弱電系統的有效管理及維護。
3.2實施弱電工程過程化管理，降低弱電系統故障維護概率
加強對弱電系統的管理維護，還可以從加強弱電工程施工管理的角度來降低弱電系統的故障發生概率，從而提高弱電系統的管理維護水平。按照弱電系統的施工環節，可以從以下幾個方面進行弱電工程施工的過程化管理。
前期準備階段。每一個弱電系統項目的開始都必須組建一個項目管理機構，安排以項目經理為核心的項目管理部進駐工地，根據項目的實際需求和情況，制定相關的管理制度，并編制初步的施工進度計劃。
深化設計階段。根據初步確認的系統功能，對整個弱電系統的初步方案進行深化，并與建筑設計、裝潢設計及招標單位進行溝通協商，最終確認深化設計方案及圖紙。
工程安裝階段。同施工單位落實相關預埋管、箱、盒的現場協調，按照制定的按照進度計劃和現場管理制度，對系統的供貨、安裝、接線等各階段工作全面的監督、協調、管理，以確保弱電工程的施工質量。
調試、測試及試運行階段。編制系統調試方案，分步落實系統的單體調試和總體聯調，編制系統試運行方案，合理地實施系統試運行，并對試運行中出現的問題及時反饋、總結、整改，以完善和提升弱電系統的管理，降低維護工作量，確保弱電系統的可靠工作。
3.3弱電系統的防雷接地維護
公共場館內弱電系統的防雷接地是非常重要的，如果對防雷接地的設計沒有足夠重視，那么最終整套弱電系統的工作也無法得到可靠的保障。總的說來，防雷接地主要需要考慮以下幾個方面：
防雷接地應采用專用接地干線。由外在的本體系統引入接地體，專用接地干線采用銅芯絕緣導線或電纜。
弱電系統的接地線不能與強電交流的地線以及電網零線短接或混接，接地線不能形成封閉回路。
弱電系統中的監控系統及其專業設備的接地線，應選用銅芯絕緣軟線。
弱電系統中三芯電源插座的接地端，應與系統的接地端相連（保護地線）
公共場館弱電系統的傳輸線路(與環境、土壤有關)要求單端接地，在調度室室屏蔽層接地(接到機柜上)，干擾信號通過屏蔽層隔開，兩端都接地，有浮點；在特殊情況下，要兩端都接地。有些地方控制線會受到干擾(雜波信號導致信號不良)，應將位置移動。干擾無論大小都會表現出來，導致弱電系統控制不靈敏。另一方面，在布線時，由于現場要布很多線，且一般是由多人來布線，容易錯接，因此建議在布線時要做好標識，以提高效率。
關鍵詞：步進電機；運動控制卡；開環控制
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軟件程序：
運動參數設定包括軸號、初速度、最高速度、加速度和移動距離等；運動控制程序包括急停、緩停、清零、常速和快速等；控制效果顯示包括位置和速度等。程序如下：
(一)對系統程序進行科學的前期調試
由于大型軟件開發中面對的問題極其錯綜復雜，人的主觀認識不可能完全符合客觀現實，與工程密切相關的各類人員之間的通信和配合也不可能完美無缺，使得，龍門供電局變電運行管理信息系統軟件設計的過程中不可避免的出現差錯，再加上編碼過程中不可避免的會引入新的錯誤，因此在，龍門供電局變電運行管理信息系統投入運行前要進行全面的測試調試以糾正軟件的錯誤和不斷完善。
對龍門供電局變電運行管理信息系統測試中發現較多的問題，可以采用如下解決方法：(1)如果部分報表生成過慢，則可以通過檢查分析發是其對應的數據表的結構設置不合理，從而降低記錄檢索的速度。例如，將值班記錄表細分為了正常巡視維護表和臨時操作記錄表等。這樣大大提高了Word報表的生成速度。(2)如果部分操作界面使用不方便，則可重新將各個組件按照方便、習慣的方式排列，設置了Tab鍵響應的順序以合理設計Enter鍵的作用。(3)對有多余的操作功能鍵，將其從模塊中刪除或更改，例如裝拆接地線模塊中添加、修改的功能鍵刪除，防止用戶非法添加改動該記錄，而只允許由系統根據操作自動生成。(4)根據需要添加新的模塊，為人員管理模塊添加了營銷部和生活服務公司等子模塊。(5)在調試過程中可進一步完善和補充龍門供電局變電運行管理信息系統的使用說明書。
(二)構建科學的變電運行管理信息系統實施流程與步驟
在推進變電運行管理信息系統戰略時，龍門供電局必須在科學方法的指導下全面考慮現有變電運行管理流程并且進行優化，結合自身的實際情況，實施完整的變電運行管理信息系統流程。在實施變電運行管理信息系統信息系統時，龍門供電局不應該考慮太多的技術因素，而應該把大量的精力分配到考慮基本的流程分析，通過對原有流程的優化來改進變電運行管理業務流程，否則生搬硬套的使用原有的流程問題只會變得更加嚴重。
1.龍門供電局變電運行管理管理信息系統的總體實施流程
龍門供電局實施完整的變電運行管理信息系統包含了三個層次的內容：一是組織先前的進入或者說學習階段；二是在實踐中逐步完善系統；三是主動規劃，針對實際情況對變電運行管理信息系統做進一步的完善和再次規劃。
由此，我們可以總結出龍門供電局在實施變電管理信息系統的過程中，應包含如下步驟：
(1)確立龍門供電局變電運行管理信息系統的戰略性目標并分段實施；
(2)組建最合適的龍門供電局變電運行管理信息系統實施團隊并開始立項；
(3)分析龍門供電局變電運行管理信息系統的目標并相應變革公司的組織架構與運行流程；
(4)設計龍門供電局變電運行管理信息系統架構并確定軟件供應商；
(5)龍門供電局變電運行管理信息系統實施過程的維護及后期的績效評估與改進工作。
2.龍門供電局變電運行管理管理信息系統的具體數據處理流程
在以上總體管理實施流程基礎上，在具體推行變電運行管理信息系統的過程中，龍門供電局還要建立變電運行的數據處理流程，根據前面對龍門供電局變電運行管理管理信息系統的總體規劃，龍門供電局變電運行管理管理信息系統數據流程在處理流程上分為四層結構：變電站數據采集層、變電站數據處理層、供電局數據處理層、電業局數據處理層。
(1)變電站數據采集層。龍門供電局變電運行管理管理信息系統變電運行的主要數據都由變電站的生產運行所產生，變電站是系統基礎數據的主要來源。
(2)變電站數據處理層。檢查所采集的基礎數據的準確性；根據工作流程進行兩票管理，生成各種基礎記錄；錄入其它基礎數據；生成各種管理數據，并與龍門供電局處理層進行數據交換。
(3)供電局數據處理層。對各變電站上報數據進行處理、匯總，并與龍門電業局處理層進行數據交換。
(4)電業局處理層。對各供電局上報數據進行處理、匯總，形成全局綜合統計數據，為全局變電運行管理工作提供基礎數據。
二、建立龍門供電局變電運行管理信息系統實施的保障措施
1.充分挖掘組織現有各種資源
為了確保龍門供電局變電運行管理信息系統的順利推進，要在做好項目實施的總體規劃的基礎上，充分利用企業現有的軟、硬件資源。在龍門供電局變電運行管理信息系統開始實施前，首先要做好項目實施的整體計劃，各分項目的實施都應在整體計劃所劃定的框架內進行，以保證整個項目實施的協調一致。同時，在保證項目整體先進、合理的前提下，龍門供電局要盡量利用企業現有的軟、硬件資源，根據企業現有的軟、硬件狀況，提供接口與企業的信息系統集成，并且充分利用現有的數據，以避免重復勞動。
2.建立變電運行管理信息系統實施績效監控體系
變電運行管理信息系統在龍門供電局實施應用后，龍門供電局如何使用系統提供的即時、準確的信息，以輔助組織管理決策和監控管理績效的變化，這是龍門供電局變電運行管理信息系統能否在管理取得很大成效的關鍵所在。為此，龍門供電局應根據管理業務與管理模式，設計一整套管理績效變化動態的監控報表體系，并培訓企業各管理層如何運用這套內部管理報表體系，即時發現管理中存在的問題，以便及時糾正和調整管理策略。此外，龍門供電局還應培訓各級管理人員如何運用這套內部定制的管理報表體系組織高效率的高層管理者會議，以便組織高層管理者能夠在比較短的時間內了解整個企業運營現狀及當前存在的問題，為龍門供電局變電運行管理信息系統的進一步完善提供高層組織支持。
參考文獻：
[1]王萍，童永全.基于NET框架的變電運行管理信息系統設計與實現，電氣應用，2005，(12).
[2]楊奇遜.變電站綜合自動化技術發展趨勢變電站綜合自動化技術.研討會論文集，2005.
