油庫罐區(qū)自動化監(jiān)控系統(tǒng)設(shè)計與實現(xiàn)(完整版)實用資料

油庫罐區(qū)自動化監(jiān)控系統(tǒng)設(shè)計與實現(xiàn)（完整版）實用資料(可以直接使用，可編輯完整版實用資料，歡迎下載）

油庫罐區(qū)自動化監(jiān)控系統(tǒng)設(shè)計與實現(xiàn)葉彥斐,等油庫罐區(qū)自動化監(jiān)控系統(tǒng)設(shè)計與實現(xiàn)（完整版）實用資料(可以直接使用，可編輯完整版實用資料，歡迎下載）油庫罐區(qū)自動化監(jiān)控系統(tǒng)設(shè)計與實現(xiàn)DesignandRealizationofAutomationMonitoringSystemforOilTanksArea葉彥斐李訓銘劉光輝吳平121122(河海大學電氣學院,南京210098;南京富島工控網(wǎng)絡(luò)科技,南京210061摘要:針對國內(nèi)油庫罐區(qū)監(jiān)控總體水平低、作業(yè)效率不高的現(xiàn)狀,設(shè)計了一種基于采集控制層和監(jiān)控計量層的SCADA系統(tǒng)解決方案。在采集控制層中,詳細介紹了PLC與儀表的RS2485總線通信和脈沖頻率計數(shù)。在監(jiān)控計量層中,描述了基于iFix組態(tài)軟件開發(fā)的監(jiān)控計量軟件,實現(xiàn)監(jiān)控、計量、曲線、報警等功能。實踐運行表明,該系統(tǒng)對改善油庫罐區(qū)監(jiān)控現(xiàn)狀、提高作業(yè)效率起到了很重要的作用,同時,對在類似監(jiān)控場合的應(yīng)用也有重要的借鑒意義。關(guān)鍵詞:罐區(qū)自動化監(jiān)控系統(tǒng)可編程邏輯控制器監(jiān)控計量軟件中圖分類號:TP273文獻標志碼:AAbstract:OiltanksareaautomaticmonitoringsystemisanimportantcomponentofoilfarmautomaticInthelightofcurrentstatuses,e.g.lowgeneralmonitoringlevelofdomesticoiltanksareaandadataacquisitionsystemsolu2tionbasedontheacquisitionandcontrollevelandthemonitoringandIacquisitionandcontrollevel,RS2485buscommunicationandfrequencycountbetweenPLCandinInthemonitoringandmeasuringlevel,monito2ringandmeasuringsoftwarebasedoniFixwisithasfunctionssuchassupervisorycontrol,measurement,curveandalarmetc.,accordingtomethod.Thepracticeshowsthatthesystemplaysanimportantroleinimprovingthemonitoringleveland.Itisworthusingforreferenceintheothersimilarmonitoringplaces.Keywords:AutomatiareaoringsystemPLCMonitoringandmeteringsoftware0引言目前,我國的油庫罐區(qū)自動化監(jiān)控與國外相比,總體水平較低。罐區(qū)數(shù)據(jù)還主要依靠人工測量、讀取和錄入;工藝生產(chǎn)很多還是人工開閥、手動控泵。系統(tǒng)不僅存在監(jiān)控不及時、人為誤差大,還有隨意性強、可靠性不高等缺點,因此,很多油庫罐區(qū)都在進行以擺脫傳統(tǒng)監(jiān)控方式、作業(yè)方法,建立便捷、先進、可靠的監(jiān)控系統(tǒng)為目的的自動化改造。油庫罐區(qū)自動化監(jiān)控系統(tǒng)運用現(xiàn)代信息化、自動化技術(shù),方便、快捷地了解現(xiàn)場設(shè)備實時運行情況及歷史生產(chǎn)信息,為生產(chǎn)調(diào)度決策提供可靠的數(shù)據(jù)依據(jù);同時還能迅速、及時地對現(xiàn)場設(shè)備進行有效控制,從而提高作業(yè)效率。圖1系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖Fig.1Structureofsystematicnetwork1油庫監(jiān)控系統(tǒng)架構(gòu)油庫罐區(qū)監(jiān)控自動化系統(tǒng)由采集控制層和監(jiān)控計量層通過現(xiàn)場總線連接而成,監(jiān)控計量層通過服務(wù)器與以太網(wǎng)相連[1]采集控制層主要由現(xiàn)場工藝設(shè)備、儀器儀表、可編程邏輯控制器及現(xiàn)場總線組成,實現(xiàn)對油庫罐區(qū)工藝和資源的測控。油庫罐區(qū)工藝設(shè)備由油罐和管道兩部分組成。油罐涉及光導(dǎo)液位計、Pt100和壓力傳感器等儀表;管道涉及質(zhì)量流量計、溫度傳感器和壓力傳感器等儀表,這些儀表共同用來采集現(xiàn)場數(shù)據(jù)。同時,管道上安裝泵、43,系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示。修改稿收到日期:2007-01-12。第一作者葉彥斐,男,1974年生,2004年畢業(yè)于電子科技大學,獲碩士學位,講師;主要研究方向為現(xiàn)場總線、集散控制、過程控制及智能控制等?！蹲詣踊瘍x表》第28卷第7期2007年7月油庫罐區(qū)自動化監(jiān)控系統(tǒng)設(shè)計與實現(xiàn)葉彥斐,等閥等執(zhí)行機構(gòu)用于工藝流程控制。采用基于可編程序控制器(PLC的測控方案,確保系統(tǒng)的高可靠性[2]位和溫度測量,該儀表由二次表ZYG2A101和一次表ZYG2B101兩部分組成。10個罐裝有10臺一次表ZYG2B101,按內(nèi)部協(xié)議方式傳遞液位、溫度信號給控。PLC選用SiemensCPU31522DP可編程控制器,通過CPU的DP口連接分布式站點ET200來拓展系統(tǒng)具有兩個分布機架擴展機架。為增強與操作站計算機之間的通信能力,在采集控制層中插有通信處理器CP34225,監(jiān)控計量層計算機中插有CP5611網(wǎng)卡,通過Profibus現(xiàn)場總線將兩者連接起來構(gòu)成網(wǎng)絡(luò)。監(jiān)控計量層由兩臺監(jiān)控計量操作站組成,基于iFix組態(tài)軟件開發(fā)。具有工藝流程監(jiān)控、資源數(shù)據(jù)監(jiān)督、數(shù)據(jù)計算、趨勢圖查詢、系統(tǒng)報警及用戶管理等功能二進行數(shù)據(jù)處理,操作站計量精度很高。兩臺監(jiān)控計量操作站互為備用,監(jiān)控油庫罐區(qū)現(xiàn)場工藝,計量現(xiàn)場數(shù)據(jù)。[4][3]制室的一臺二次表ZYG2A101(每臺最多可接30臺一次表,二次表輪詢顯示10個罐的液位和溫度,并以標準RS2485總線協(xié)議輸出結(jié)果。如圖1所示,CP341通過RS2485總線與光導(dǎo)液位計二次表ZYG2A101相連,總線兩端接入120終端電阻,構(gòu)成RS2485總線控制網(wǎng)絡(luò)。在PLC硬件組態(tài)中設(shè)定波特率1200bps、8位數(shù)據(jù)位、1位結(jié)束位、無奇偶校驗、異步ASCII碼通信方式。PLC通過CP341向光導(dǎo)液位計二次表ZYG2A101發(fā)。罐上數(shù)據(jù)接主機架,管道信號接。送查詢命令,液位計返回應(yīng)答信息,從而獲得10個罐的液位、溫度數(shù)據(jù)。具體協(xié)議格式如表1和表2所示。表1Tab.1Formmandframe[5]同時,由于采用精確計量算法(精度小于萬分之溫度命令1200CR2采集控制層、溫度、壓力,,采集泵、閥。為滿足采集與控制需要,PLC模塊配置如下:開關(guān)量輸入模塊,SM321,DI32×24V,6塊;開關(guān)量輸出模塊,SM322,DO8×Relay,8塊;模擬量輸入模塊,SM331,AI8×16bit,10塊;模擬量輸入模塊,SM332,AO8×12bit,4塊;RS485串行通信模塊CP341,1塊;高頻計啟始符lt表2響應(yīng)幀格式Tab.2Formatofresponseframe1罐的液位4位16進制4位BCD碼#?????????n罐的液位#結(jié)束符CRCR4位16進制4位BCD碼通過區(qū)分起始符,判斷獲得的ASCII碼是液位數(shù)據(jù)還是溫度數(shù)據(jù)。另外,PLC定時發(fā)送液位和溫度查詢命令,為了避免發(fā)送命令與接收數(shù)據(jù)之間沖突,設(shè)定查詢周期6s,確保有足夠的時間發(fā)送和接收數(shù)據(jù)。2.2流量脈沖數(shù)據(jù)獲取數(shù)模塊FM35022,1塊。液位儀表選用珠峰ZYG2101電子智能光導(dǎo)液位計。PLC通過CP341串行通信模塊,采用RS2485總線協(xié)議方式讀取數(shù)據(jù)。質(zhì)量流量計選用太航LZLB28型質(zhì)量流量計測量管道流量。PLC通過FM35022高頻計數(shù)模塊以脈沖方式讀入,與標準電流方式采集相比提高了數(shù)據(jù)的準確性。2.1PLC與液位儀表的通信PLC通過CP341按照約定的RS2485串行通信協(xié)太航LZLB28型質(zhì)量流量計提供標準電流和脈沖輸出[6],為保證測量流量的準確性,采用流量脈沖的頻率和個數(shù)分別獲得管道質(zhì)量流量的瞬時值和累積值。由于脈沖頻率較高、范圍在0～10kHz之間,不易采用開關(guān)量模塊計數(shù),故采用專用計數(shù)模塊FM35022進行頻率測量和脈沖計數(shù)。罐區(qū)入口和出口各裝有一臺LZLB28型質(zhì)量流量計,分別將其脈沖輸出信號線接至FM35022模塊,其中入口流量計脈沖信號接0和1通道;出口流量計脈沖接2和3通道。硬件組態(tài)FM35022使0和2通道工作于“頻率測量”模式以得到瞬時流量;1和3通道工作于“循環(huán)計數(shù)”模式以得到累積流量。在“頻率測量”模式下,“時間窗”參數(shù)太大,瞬時數(shù)據(jù)平穩(wěn)但“實時性”不強;“時間窗”參數(shù)太小,瞬時########議與珠峰ZYG2101光導(dǎo)液位計通信,獲取各油罐的液位和溫度。CP341通信處理器是Siemens公司提供的低成本高性能串行通信解決方案,具有RS2232(V.24、20mA(TTY和RS2422/RS2485(X.27三種不同傳輸接口,可以實現(xiàn)ASCII碼、3964(R和打印機驅(qū)動三種通信協(xié)議。罐區(qū)裝有光導(dǎo)液位計ZYG2101,進行罐內(nèi)油品液44PROCESSAUTOMATIONINSTRUMENTATIONVol.28No.7July2007油庫罐區(qū)自動化監(jiān)控系統(tǒng)設(shè)計與實現(xiàn)葉彥斐,等數(shù)據(jù)“實時性”強但數(shù)據(jù)波動較大,經(jīng)綜合考慮、調(diào)試,設(shè)定頻率測量“時間窗”100ms。另外,質(zhì)量流量計中組態(tài)單位脈沖代表質(zhì)量流量的大小對計數(shù)精度影響較大,若該值太大,單位質(zhì)量對應(yīng)脈沖少或頻率值較低,分度過大造成計數(shù)精度低;該值過小,單位質(zhì)量對應(yīng)脈沖多或頻率高,又可能丟失脈沖造成流量精度差,經(jīng)綜合考慮、調(diào)試,質(zhì)量流量計單位脈沖設(shè)定為20g,正常工作頻率在3kHz左右。2.3泵、閥控制PLC檢測現(xiàn)場泵、閥狀態(tài)、各油罐液位,依據(jù)油庫要根據(jù)這些數(shù)據(jù)計算出油品的體積和質(zhì)量等相關(guān)數(shù)據(jù)。這就需要依據(jù)高精度的計量算法進行數(shù)據(jù)計算和處理,并將運算結(jié)果通過實時畫面、歷史曲線等方式生動地表現(xiàn)出來。此外,系統(tǒng)還有趨勢圖查詢、系統(tǒng)報警及用戶管理等功能。3.3計量算法計量算法主要包括:罐容計算(高度到體積、視標準密度轉(zhuǎn)換、溫度及壓力修正等算法。其中標準密度又是油品進行其他相關(guān)后續(xù)運算的基礎(chǔ),精度關(guān)系整個計量算法精度。通常,罐容計算、溫度體積修正都有固定的算法;而視密度到標準密度轉(zhuǎn)換要通過查表獲得,對某種油品,根據(jù)測得的溫度和視密度,查《石油計量表》得到它的標準密度。由于查表存在較多的不便,因此我們給出標準密、,公式如下:ρρ20t+181t(t-20-×t33工藝邏輯、發(fā)出信號有效控制泵、閥。如某罐處于進油狀態(tài):入口閥開、入口泵運行,同時不斷檢測油罐液位,當液位高于高限時,PLC自動停泵、關(guān)閥。3監(jiān)控計量層監(jiān)控計量層采用iFix組態(tài)軟件、依據(jù)精確的計量算法開發(fā)而成,包含兩臺互為備用的操作站。具有工藝流程監(jiān)控、資源數(shù)據(jù)監(jiān)督、數(shù)據(jù)計算、趨勢圖查詢、報警及用戶管理等功能。3.1軟件結(jié)構(gòu)(1時的標準密度,kg/m;ρ2℃t為視密度,kg/m;t為溫度,℃;k為修正系數(shù),在0～20℃間根據(jù)需求,圖2所示。每5℃分段給出。實際測試表明,通過該算法處理得到的結(jié)果與查《石油計量表》相比誤差小于萬分之一,從而保證了整個計量算法精度很高(精度小于萬分之二。4結(jié)束語該油庫罐區(qū)自動化監(jiān)控系統(tǒng)自投運以來,監(jiān)控實時性、操作簡便性、計量準確性均大大提高。整個油庫罐區(qū)生產(chǎn)過程控制及時、有效,減少了違反工藝流程的圖2軟件結(jié)構(gòu)圖Fig.2Structureofsoftware操作,避免了信息誤報錯報,提高了收、發(fā)、輸轉(zhuǎn)和存儲等作業(yè)效率。同時,生產(chǎn)過程數(shù)據(jù)集中、準確、可靠,為油庫操作人員操作甚至管理層指導(dǎo)生產(chǎn)提供了依據(jù)。該監(jiān)控系統(tǒng)的成功投運對改善油庫罐區(qū)監(jiān)控現(xiàn)狀、提高作業(yè)效率起到了很重要的作用,同時,對在類似監(jiān)控場合的應(yīng)用也有重要的借鑒意義。參考文獻1陽憲惠.現(xiàn)場總線技術(shù)及其應(yīng)用[M].北京:清華大學出版社,2001.2葉彥斐,李訓銘.管塔焊接自動化監(jiān)控系統(tǒng)設(shè)計與實現(xiàn)[J].自動3.2功能實現(xiàn)3.2.1工藝流程監(jiān)控工藝流程圖展示罐區(qū)油品分布、工藝流向及設(shè)備的運行狀態(tài),管道里液體流向、溫度、壓力大小,以及泵、閥的工作狀態(tài)等。此外,通過工藝流程畫面還能按照工藝要求進行有效控制。3.2.2資源數(shù)據(jù)監(jiān)督資源數(shù)據(jù)包括庫區(qū)單罐圖、巡檢圖及總體資源。單罐圖顯示了每個油罐的詳細信息;巡檢圖從總體角度顯示油罐的幾個主要參數(shù);總體資源圖按照不同標準(如油品類型、罐類型等進行總體參數(shù)統(tǒng)計、顯示。3.2.3數(shù)據(jù)計算化儀表,2006,27(5:49-51.3宋伯生.可編程控制器配置?編程?聯(lián)網(wǎng)[M].北京:中國勞動出版社社,1998.4馬國華.監(jiān)控組態(tài)軟件及其應(yīng)用[M].北京:清華大學出版社,2001.5石油靜態(tài)和輕烴計量標準化技術(shù)歸口單位.GB/T1885—1998石儀表測量只能得到油位高度和溫度,而實際生產(chǎn)《自動化儀表》第28卷第7期2007年7月油計量表原油部分[S].北京:中國標準出版社,1999.45微軟UI自動化測試的技術(shù)演變（上）字體:

小

中

大

|上一篇下一篇|打印

|我要投稿

|每周一問，答貼有獎Windows平臺的桌面開發(fā)技術(shù)，從最原始的Win32SDK，發(fā)展到.NETWinForm，一直到今天的WPF和Silverlight，發(fā)生了翻天覆地的變化，相對應(yīng)的UI自動化測試技術(shù)，也隨之演變。微軟UI自動化技術(shù)揭秘將分兩個部分介紹Windows平臺桌面程序的自動化技術(shù)。上篇將介紹從Win32SDK至今的UI自動化技術(shù)演變，下篇將著重介紹最新的UIAutomation(UIA的內(nèi)部實現(xiàn)和使用技巧。自動測試是指用一個程序自動地控制另外一個程序，模擬用戶的操作進行測試。通常自動化測試涉及到下面三個步驟：測試源偵測測試源偵測是定位測試目標元素的過程。比如要測試Windows附件中的計算器，首先要把計算器窗口和其他程序比如寫字板區(qū)分開。進一步測試計算器窗口菜單的時候，需要首先定位菜單條的位置，獲取第二層子菜單等等。簡單地說，自動化測試首先要能夠獲取從桌面開始的整個UI樹結(jié)構(gòu)，定位到特定測試目標。用戶行為模擬用戶行為模擬指模擬用戶的輸入，比如鼠標、鍵盤和觸摸筆的操作，中間可能會涉及IME輸入法、組合鍵、特定用戶習慣，比如輸入速度的模擬等。測試目標檢查指獲取測試元素的屬性，比如讀取窗口標題，Listbox的子元素，Checkbox的狀態(tài)等等，以便進行測試檢查。Win32SDK和WindowsMessage在.NET問世以前，Windows平臺上的UI程序無外乎兩種技術(shù)：Win32WindowsSDK或者DirectX。由于DirectX多用于專業(yè)領(lǐng)域如游戲和CAD，本文并不討論。無論是MFC，VCL還是VB6，Win32SDK都是其根本，最終打交道的其實都是HWND和WindowsMessage。實現(xiàn)上述自動化的三個步驟無外乎三件法寶，Win32API，WindowsMessage和WindowsHook。測試程序首先通過FindWindowEx和EnumWindow遍歷窗口和子窗口，找到測試元素比如某個按鈕，然后可以通過WindowsMessage或者API檢查測試目標。比如通過WM_GETTEXT或者GetWindowText讀取窗口標題，通過GetWindowRect讀取按鈕坐標位置等等。對于用戶行為模擬，可以直接通過SendKeyAPI來完成，當然也可以發(fā)送WM_CHAR或者WM_KEYDOWN通知等等。除此以外，WindowsHook更加豐富了技術(shù)的選取。通過WindowsHook，測試人員還可以直接監(jiān)控、截取、模擬目標程序的Windows消息，實現(xiàn)更靈活的模擬，檢查甚至錄制的功能。WindowsSpy++（圖一）雖然不是測試工具，也算是使用這套技術(shù)的典型例子。通過WindowsSpy++可以定位任意窗口，讀取窗口屬性，監(jiān)視窗口消息等等。圖一：MicrosoftSpy++采用Win32SDK和WindowsMessage的優(yōu)點是直接，靈活。由于直接使用Win32API，沒有額外的學習曲線，遇上問題可以直接參考Win32SDK解決。使用MessageHook使得測試程序可以靈活實現(xiàn)，直接對WindowMessage的操作不僅可以把很多情況化繁為簡，還方便testhook的實現(xiàn)。（所謂testhook，是指產(chǎn)品中為了方便測試而專門設(shè)計的隱藏功能，該功能對普通用戶不可見，只是為了方便測試。）缺點包括以下三個方面：使用復(fù)雜，實現(xiàn)成本高。Win32AP的使用上有很多需要特別注意的細節(jié)，比如有的Win32API不能跨進程工作，有的WindowsMessage只能發(fā)給當前線程所創(chuàng)建的窗口，稍有不慎，就導(dǎo)致測試程序不穩(wěn)定。過于底層，不便使用。為了方便測試用例調(diào)用，需要對API進行封裝，增加了實現(xiàn)成本。同時Win32API的也使得很多VB程序員不便調(diào)用。再者，不同的開發(fā)工具，比如MFC，VCL，以及后來的.NETFramework，在內(nèi)部實現(xiàn)上對Win32API有很多細節(jié)的處理，要實現(xiàn)出針對各種情況都通用的測試框架，并非易事。比如，.NET中的WinFormControl對Win32HWND的維護是動態(tài)的，同一個WinFormControl的HWND在程序的生命周期內(nèi)是可能發(fā)生改變的，這一點對于依賴HWND作為唯一標識的Win32API就是一個致命傷。無法操作自繪窗口。比如打開Excel的工作表，會發(fā)現(xiàn)表格中的每一個Cell并沒有對應(yīng)到HWND上。Excel的cell都是通過代碼繪制，而不是依賴于現(xiàn)成的Win32Control。這就使得Win32API對于自繪窗口沒有用武之地。MSAAMSAA的全稱是MicrosoftActiveAccessibility。這是類似DCOM技術(shù)。技術(shù)模型是這樣的，UI程序可以暴露出一個Interface，方便另一個程序?qū)ζ溥M行控制。MSAA技術(shù)的初衷是為了方便殘疾人使用Windows程序。比如盲人看不到窗口，但是盲人可以通過一個USB讀屏器連接到電腦上，讀屏器通過UI程序暴露出來的這個Interface，就可以獲取程序信息，通過盲文或者其它形式傳遞給盲人。MSAA提供了如此方便的功能，UI自動化測試自然可以借用這項技術(shù)。MSAA暴露出來的Interface叫做IAccessible。測試程序和目標UI程序互操作流程如下：1.測試程序調(diào)用WindowsAPI：AccessibleObjectFromWindow，傳入目標UI程序HWND。2.AccessibleObjectFromWindow函數(shù)向UI程序發(fā)送WM_GETOBJECT消息。3.UI程序創(chuàng)建實現(xiàn)了IAccessible的內(nèi)部類，然后通過LresultFromObjectAPI把IAccessible接口返回給測試程序。4.測試程序拿到IAccessible接口，開始調(diào)用IAccessible接口函數(shù)操作測試目標。IAccessible接口里面的幾個關(guān)鍵函數(shù)是：*IAccessible::get_accChild/IAccessible::get_accParent通過這兩個函數(shù)，調(diào)用者可以瀏覽目標程序的窗口關(guān)系樹，定位到UI元素。*IAccessible::accLocation/IAccessible::accHitTest讀取和分辨目標元素的屏幕位置。*IAccessible::accName/IAccessible::accSelect讀取元素的名字，對UI元素進行指定的操作，比如選取Listbox里面的某一項等等。*IAccessible::accValue開發(fā)人員可以自定義value屬性的實現(xiàn)。比如針對折線圖控件，開發(fā)人員可以在accValue中返回折線的坐標數(shù)列。MSAA的理念類似于testhook。通過主動讓UI程序暴露一個接口來讓調(diào)用者控制。在具體使用中，測試人員往往是結(jié)合MSAA和Win32API操作，取長補短。一方面對于UI元素豐富的屬性，比如style，鉤選狀態(tài)，是否最大化和模擬用戶輸入等，繼續(xù)采用Win32API。另一方面用MSAA的優(yōu)勢來彌補Win32API的一些不足，比如：由于MSAA有自己的get_accChild方法，使其控件樹關(guān)系并不一定要和Win32HWNDd關(guān)系對應(yīng)一致。對于自繪窗口，雖然說只有一個HWND，但是開發(fā)人員可以通過實現(xiàn)IAccessible接口來實現(xiàn)邏輯上的層次關(guān)系。比如Excel中就可以通過IAccessible把多個cell的子IAccessible接口暴露給調(diào)用者。IAccessible的實現(xiàn)是由開發(fā)者提供，開發(fā)者可以靈活地根據(jù)實際情況決定方法的實現(xiàn)。比如前面提到了折線圖控件可以返回坐標數(shù)列。對于.NETWinForm，微軟在Framework中就提供了IAccessible的默認實現(xiàn)，這樣在具體實現(xiàn)中，就可以處理.NET動態(tài)維護HWND的細節(jié)等等針對MSAA的工具也有很多，比如AccExplorer（圖二）可以像Spy++一樣對指定程序進行控件的樹形瀏覽，檢查MSAA屬性等。圖二：AccExplorer如果您是開發(fā)人員，對于unmanagedUI程序的MSAA實現(xiàn)，參考MSDN中關(guān)于WM_GETOBJECT的說明返回IAccessibleinterface就可以了。對于managed程序，實現(xiàn)方法更簡單，現(xiàn)成的例子可以參考：*

Control..::.ControlAccessibleObjectClass*

HowtocreateaccessiblecontrolsbyusingVisualBasic.NETorVisualBasic2005對于測試程序如何直接獲取并使用IAccessible接口，并非本系列重點，所以并不提供更多介紹。在后面的文章中，會介紹如何隱含使用IAccessible和MSAA。MSAA也有自身的缺點：1.雖然說MSAA基于COM技術(shù)，但IAccessible并不是一個COM標準接口。比如使用者不需要調(diào)用CoInitialize即可使用，也無法通過QueryInterface進一步獲取更多的自定義接口。這局限了MSAA所能提供的功能。2.IAccessible接口的定義有缺陷。里面不少方法是可有可無的，但是又缺少一些支持UI自動化的關(guān)鍵方法。比如它提供了accSelect支持控件的選取，但是卻沒有類似accExpand這樣的方法支持樹狀控件的展開等。關(guān)于MSAA和UI自動化的更多淵源，MSAA設(shè)計理念，現(xiàn)狀和缺陷，可以參考微軟早期的一篇名為WhatisUIAutomation的文章。UIAutomation和WPFUIAutomation是微軟從WindowsVista開始推出的一套全新UI自動化測試技術(shù)，簡稱UIA。在最新的WindowsSDK中，UIA和MSAA等其它支持UI自動化技術(shù)的組件放在一起發(fā)布，叫做WindowsAutomationAPI。和前面的介紹相比，我傾向于認為UIA是一項自動化測試“技術(shù)”，而MSAA和Win32API只是實現(xiàn)自動化測試的兩種“方法”。這里區(qū)分“技術(shù)”和“方法”的原因是，一項“技術(shù)”往往有獨立的模型，體貼的開發(fā)接口，用來專門解決某一類的問題，同時允許不同的實現(xiàn)細節(jié)。UIA可以被看作“技術(shù)”，是因為：UIA定義了全新的、針對UI自動化的接口和模式。分別是支持對UI元素進行遍歷和條件化查詢的TreeWalker/FindAll。定義了讀寫UI元素屬性的UIAProperty，包括Name、ID、Type、ClassName、Location、Visibility等等。定義了UI元素行為的UIAPattern，比如Select、Expand、Resize、Check、Value等等。還引入了UIAEvent接口，可以讓測試程序在某些事件發(fā)生后得到通知，比如新窗口打開事件等。以往的Win32和MSAA設(shè)計出發(fā)點并不是為解決UI自動化。Win32旨在提供的通用開發(fā)接口，MSAA旨在提供程序的多種訪問方式。相反，UIA的設(shè)計目的，以及新引入的模式和接口都完全是針對UI自動化測試的。在后面的文章中我們會詳細分析UIA的內(nèi)部實現(xiàn)?？梢钥吹?，UIA這一套接口和模式，可以在不同平臺，不同開發(fā)工具中實現(xiàn)和使用。其內(nèi)部實現(xiàn)方式也因地制宜，前后的兼容性都照顧得很好。同時，UIA提供了托管的和非托管兩種API，這些都是Win32和MSAA無法比擬的。下面一段簡單的C#代碼演示了如何使用UIA測試Windows自帶計算器完成計算3+5-2的操作（下述代碼可能需要修改以適應(yīng)不同Windows版本的calc.exe程序。本代碼使用VisualStudio2021針對Windows2021ServerR2English編寫）。UIAutomation和WPFUIAutomation是微軟從WindowsVista開始推出的一套全新UI自動化測試技術(shù)，簡稱UIA。在最新的WindowsSDK中，UIA和MSAA等其它支持UI自動化技術(shù)的組件放在一起發(fā)布，叫做WindowsAutomationAPI。和前面的介紹相比，我傾向于認為UIA是一項自動化測試“技術(shù)”，而MSAA和Win32API只是實現(xiàn)自動化測試的兩種“方法”。這里區(qū)分“技術(shù)”和“方法”的原因是，一項“技術(shù)”往往有獨立的模型，體貼的開發(fā)接口，用來專門解決某一類的問題，同時允許不同的實現(xiàn)細節(jié)。UIA可以被看作“技術(shù)”，是因為：UIA定義了全新的、針對UI自動化的接口和模式。分別是支持對UI元素進行遍歷和條件化查詢的TreeWalker/FindAll。定義了讀寫UI元素屬性的UIAProperty，包括Name、ID、Type、ClassName、Location、Visibility等等。定義了UI元素行為的UIAPattern，比如Select、Expand、Resize、Check、Value等等。還引入了UIAEvent接口，可以讓測試程序在某些事件發(fā)生后得到通知，比如新窗口打開事件等。以往的Win32和MSAA設(shè)計出發(fā)點并不是為解決UI自動化。Win32旨在提供的通用開發(fā)接口，MSAA旨在提供程序的多種訪問方式。相反，UIA的設(shè)計目的，以及新引入的模式和接口都完全是針對UI自動化測試的。在后面的文章中我們會詳細分析UIA的內(nèi)部實現(xiàn)?？梢钥吹剑琔IA這一套接口和模式，可以在不同平臺，不同開發(fā)工具中實現(xiàn)和使用。其內(nèi)部實現(xiàn)方式也因地制宜，前后的兼容性都照顧得很好。同時，UIA提供了托管的和非托管兩種API，這些都是Win32和MSAA無法比擬的。下面一段簡單的C#代碼演示了如何使用UIA測試Windows自帶計算器完成計算3+5-2的操作（下述代碼可能需要修改以適應(yīng)不同Windows版本的calc.exe程序。本代碼使用VisualStudio2021針對Windows2021ServerR2English編寫）。UIA的優(yōu)勢UIA的優(yōu)勢非常明顯,主要包括以下幾點:1.適應(yīng)不同類型的UI程序，包括Win32、WinForm、WPF和Silverlight。由于WPF和Silverlight中的子窗口和控件并不是傳統(tǒng)的HWND，所以Win32API和MSAA無能為力。而UIA可以直接支持這兩種程序。2.兼容傳統(tǒng)的Win32和MSAA模式。前面提到過，UIA技術(shù)的內(nèi)部實現(xiàn)可以多樣化。這一點在下一篇文章中會詳細討論。UIA通過一項叫做UIA<->MSAA的橋技術(shù)，針對傳統(tǒng)程序，可以在內(nèi)部實現(xiàn)中借用MSAA的接口和直接調(diào)用Win32API。這樣不需要對控件或者程序的既有實現(xiàn)做任何改動，就可以直接適用于UIA的新模式。3.新引入的TreeWalker、UIAEvent、Pattern、Property模式易于使用，貼合自動化測試。這些模式高度抽象了各種UI自動化測試的需求，同時又不和傳統(tǒng)模式相沖突。比如執(zhí)行點擊按鈕操作，傳統(tǒng)方法要么模擬鼠標鍵盤操作，要么發(fā)送WindowsMessage，而Message還分為WM_COMMAND或者WM_BUTTONDOWN。而通過UIAPattern，統(tǒng)一歸類于Invoke接口，這個接口對于測試者來說就統(tǒng)一了。無論是Win32、WPF還是Silverlight按鈕，都可以通過統(tǒng)一接口執(zhí)行，從而把具體實現(xiàn)隔離開。同時，調(diào)用者若希望繼續(xù)沿用鍵盤鼠標模擬，仍舊可以通過SendKey加上UIA獲取坐標的方法實現(xiàn)。而UIAEvent和對UI元素支持條件化區(qū)域化搜索，更是極大簡化了測試人員的工作。4.提供托管的和非托管接口，方便各種工具的開發(fā)人員。同時提供了簡潔方便的方式支持UI程序和控件開發(fā)人員擴展，自定義UIA的實現(xiàn)。比如通過AutomationPeer來擴展基于WPF的控件，通過實現(xiàn)簡單的IRawElementProviderSimple來擴展基于WinForm的控件等。具體細節(jié)在下一篇文章中會詳細介紹。5.針對WPF程序，除了支持基本的端對端（EndtoEnd）UI自動化以外，還支持基于AutomationPeer的單元測試。具體例子可以參考UIAutomationinSilverlight-SimulatingUserInteractions6.提供了完善的工具、文檔、開發(fā)包、例子程序等。比如通過UISpy（圖三）獲取任意窗口或者元素的UIA信息。圖三：UISpy自動化技術(shù)和自動化框架前面提到了UIA作為全新UI自動化測試技術(shù)的優(yōu)勢，但這并不能解決所有的UI自動化問題。自動化框架正是為了自動化技術(shù)沒有完全解決的問題。比如：1.自動化中的同步和等待。對于稍復(fù)雜的UI程序，測試程序往往需要根據(jù)測試目標的狀態(tài)決定下一步的操作。比如測試文件另存為功能的時候，若保存路徑是網(wǎng)絡(luò)路徑，可能會因為網(wǎng)絡(luò)延遲導(dǎo)致整個UI停頓比較長的時間。這個時候測試，程序如果不顧當前狀態(tài)而簡單地執(zhí)行下一步操作，比如新建文件，很可能會因為UI延遲而失敗。正確的做法是，測試程序應(yīng)該等待文件保存成功返回后，再進行下一步操作。這就是自動化中同步和等待的一個例子。實現(xiàn)同步和等待有多種方法，最簡單粗暴的做法是硬編碼一個長時間的Sleep在測試代碼中。稍微好一點的做法可以采取小時間片的輪詢狀態(tài)檢查，或者反復(fù)重試。借助UIA的EventPattern，可以嘗試捕獲另存為窗口的關(guān)閉WindowClosedEvent。如果要做得完善一點，可以把多種方法結(jié)合，另外再額外檢查目標程序的CPU使用情況，消息循環(huán)是否有回應(yīng)，設(shè)定超時時間等等。2.冗繁的編碼過程。對于一個UI窗口，里面可能有幾十個子控件或者子窗口。在編寫測試代碼的時候，如果對這些子元素的獲取，操作不能簡化，勢必導(dǎo)致代碼冗繁，難以維護。借助自動代碼生成和ORM(ObjectRoleModeling等技術(shù)，可以解決這個問題。比如可以用工具把窗口及其子元素的關(guān)系和搜索條件都序列化到XML文件中，然后采用ORM技術(shù)即可在代碼中輕松獲取子元素。3.多語言和本地化測試。多語言和本地化的測試對UI來說顯得尤為重要。UI程序往往通過資源文件來定義所顯示的內(nèi)容，這就要求自動化測試要可以方便讀取和定位程序的資源文件，來支持多語言和本地化測試。4.支持工具和輔助函數(shù)的匱乏。對于大的項目研發(fā)，通過好的工具來減小開發(fā)成本是非常必要的。就UI自動化來說，如果自動化測試用例可以通過一次錄制，多次播放來做的話，成本會減少很多。在VS2021中就提供了這樣的錄制-播放功能。詳細視頻可以參考HowtocreaterecordandplaybackTestCasesinVisualStudioBeta2。5.區(qū)分功能性測試和用戶真實行為模擬。前面提到，就點擊按鈕功能來說，可以通過SendKey來模擬鼠標操作，或者通過WindowsMessage來直接觸發(fā)點擊事件。這兩種不同方法各有優(yōu)劣。比如當按鈕被其它元素遮擋，通過SendKey進行模擬就會導(dǎo)致失敗，而直接發(fā)送WindowsMessage還是會成功。孰優(yōu)孰劣取決于要達到的目的。如果單純?yōu)榱藴y試按鈕點擊后導(dǎo)致的結(jié)果，通過WindowsMessage來模擬就省去了很多麻煩。相反，如果是界面測試，通過SendKey來模擬就可以讓按鈕被遮擋的bug暴露出來，而WindowsMessage則不能發(fā)現(xiàn)這樣的問題。所以，單純的某個自動化技術(shù)或者方法也無法滿足需求。為了解決上述問題，各種自動化測試框架逐漸涌現(xiàn)和發(fā)展。微軟內(nèi)部有多個不同的自動化框架，設(shè)計理念和側(cè)重點各有不同。VisualStudio2021將加入對自動化測試的支持。在CodePlex上面，也可以找到多種框架，比如White和UIAutomationVerify。小結(jié)本篇主要介紹和比較了Windows平臺UI自動化技術(shù)的演變。UIA技術(shù)勢必成為UI自動化的主流。下個月，我們會著重介紹UIA技術(shù)的內(nèi)部機制、原理、實現(xiàn)以及如何在程序和控件中擴展UIA的功能。罐區(qū)SCADA監(jiān)控系統(tǒng)罐區(qū)監(jiān)控系統(tǒng)示意圖系統(tǒng)概述:用于對分散在現(xiàn)場的各種信號進行精確采集和信號處理,現(xiàn)場采集的各路測量信號進行PLC/DCS控制系統(tǒng),上位機系統(tǒng)可對采集的數(shù)據(jù)進行各種顯示、記錄、并同時具有系統(tǒng)診斷等各種功能。上位機與PLC/DCS控制系統(tǒng)之間實行嚴格的電氣隔離,具有較高的傳輸電平和噪聲容限,抗干擾能力強。罐區(qū)SCADA監(jiān)控系統(tǒng)整體構(gòu)成罐區(qū)SCADA監(jiān)控系統(tǒng)由液位及溫度采集、泵閥狀態(tài)監(jiān)控及信號連鎖、控制和液位開關(guān)報警連鎖等系統(tǒng)組成。液位、溫度數(shù)據(jù)測量與計算雷達液位計結(jié)合多點溫度測量傳感器,組成1套完整的儲罐液位測量單元,Modbus485總線的通訊方式連接通訊單元,通訊單元再通訊連接PLC/DCS系統(tǒng)的通訊接口,多路的通訊接口除了可以滿足接入PLC/DCS控制系統(tǒng),還能滿足其他監(jiān)管系統(tǒng)對儲罐液位原始數(shù)據(jù)接入的需求,通過設(shè)計院提供的電子版本的罐容數(shù)據(jù)表和罐容靜壓表,上位機監(jiān)控軟件能實時監(jiān)控罐的液位數(shù)據(jù)并軟件計算罐容體積、密度、膨脹系數(shù)變化等數(shù)據(jù),并上傳到服務(wù)器數(shù)據(jù)庫做進一步的生產(chǎn)數(shù)據(jù)匯總。手動自檢浮球液位開關(guān)的高報及連鎖控制液位開關(guān)用于高位報警功能,以確保進料時不會出現(xiàn)冒罐的現(xiàn)象,這是儲罐安全生產(chǎn)規(guī)程中一項非常重要的措施,液位開關(guān)能及時報警關(guān)斷進料管線的電動O型切斷閥。選擇帶手動自檢功能,可隨時檢查浮球液位開關(guān)是否處于正常的工作狀態(tài),防止出現(xiàn)因設(shè)備故障而使這一安全措施失效,為此帶來重大損失。壓力監(jiān)控儲罐的壓力監(jiān)測主要用在2個方面,一是在儲罐頂部安裝壓力變送器,用來監(jiān)測儲罐內(nèi)浮盤上的氮封壓力,監(jiān)測壓力一般在-50Pa~2500Pa之間,用來判斷氮氣泄露程度和判斷儲存油品是否存在過度的揮發(fā)流失,然后來調(diào)節(jié)氮封閥的自力點,提升節(jié)能降耗水平,二是在儲罐底部罐壁安裝壓力變送器,用來監(jiān)測的儲罐物料儲存的壓力,在上位機系統(tǒng),可以通過系統(tǒng)設(shè)置壓力監(jiān)控的上下報警點和聯(lián)鎖控制點?？扇細怏w監(jiān)控石油化工倉儲設(shè)施的可燃氣體泄露檢測是非常重要的,小小的投資就可以把一些看似危險的情況預(yù)先得到防范,儲罐的進出管線處有很多工藝設(shè)備接口,還安裝了閥門等自控設(shè)備,自然是最薄弱的泄露環(huán)節(jié),可燃氣體泄漏監(jiān)測點一般也是設(shè)置在這些區(qū)域,規(guī)范的做法是每個儲罐管線連接處安裝1套可燃氣體檢測器,當設(shè)備檢測到泄露物質(zhì)達到報警值時,現(xiàn)場設(shè)備報警,控制中心的上位機系統(tǒng)同步報警,計算機組態(tài)畫面顯示報警點并閃爍,同時通過報警器發(fā)出聲光報警,系統(tǒng)同步發(fā)出安全保護優(yōu)先的處置措施,信號發(fā)送到關(guān)聯(lián)的泵閥,執(zhí)行停泵關(guān)閥程序,同時還可以同步關(guān)聯(lián)消防設(shè)施。消防設(shè)施和部門可以根據(jù)實際事態(tài)發(fā)展情況做出獨立的下一步程序。泵監(jiān)控每個儲罐區(qū)根據(jù)工藝配置相應(yīng)的卸船泵和裝車泵,在進料或出料作業(yè)時,可以通過PLC控制泵的啟停來進行進出料作業(yè)。對于石油化工泵,輸入信號主要是石油化工泵的狀態(tài)信息包括故障、運行等,接到遠程I/O控制站的輸入模塊;而啟、停端通過遠程I/O控制站的數(shù)字量輸出模塊驅(qū)動,遠程I/O控制站輸出模塊輸出控制信號經(jīng)過泵電器饋電柜的繼電器,向石油化工泵電機下達啟動和停止的控制命令。泵的啟、停必須具有連鎖保護,一般為出口壓力及現(xiàn)場手動/自動連鎖保護,當石油化工泵出口壓力大于設(shè)定值時,石油化工泵不允許啟動,如果石油化工泵正在運行時應(yīng)自動停止運行。每個儲罐對應(yīng)的輸送泵增加泵溫度監(jiān)控計連鎖控制,泵在生產(chǎn)出廠時,廠家配置溫度檢測是非常簡單的問題,帶來的成本微乎其微,但在使用中卻作用重大,當泵發(fā)生故障時,溫度肯定是變化的,通過監(jiān)控泵溫度變化來保護泵是再好不過了,當溫度升高到警戒線時,優(yōu)先安全保護,既保護泵,又減少安全事故隱患。閥監(jiān)控每個儲罐進料出料管線安裝管線控制閥,用于遠程PLC監(jiān)控和控制進料出料管線的關(guān)閉,同時配合液位、高報、氣體檢測、壓力等信號監(jiān)測的聯(lián)鎖。對于氣動或電動控制閥門,輸入到遠程I/O控制站的數(shù)字量一般有開到位、關(guān)到位及手動/自動轉(zhuǎn)換狀態(tài)等信號,這些信號要通過閥門饋電箱接入遠程I/O控制站的輸入模塊;輸出的開關(guān)信號也要通過閥門饋電箱的繼電器連接到遠程I/O控制站的輸出模塊,向閥門下達啟動和停止的控制命令。監(jiān)控內(nèi)容見下表:上位機SCADA監(jiān)控系統(tǒng)主要功能實現(xiàn)實時監(jiān)測儲罐狀態(tài):液位、溫度;系統(tǒng)能準確反映某段時間內(nèi)液位等工藝參數(shù)的平均值以及變化趨勢曲線圖。液位、溫度的監(jiān)測與報警:高低液位的預(yù)報警、報警、溫度報警狀態(tài);所監(jiān)控的油品物料罐的液位高度、罐容及液位是否處于各類報警區(qū)域等參數(shù)集中顯示。具有罐區(qū)各儲罐液位軟報警功能,操作人員可通過流程監(jiān)控畫面,對每個儲罐的液位進行上限和下限報警值設(shè)置。罐液位顯示:在流程和液位畫面中,對于油品罐液位等進行顯示,利用亮度指示數(shù),動態(tài)棒圖及其顏色報警信息等反映現(xiàn)場狀況。開、關(guān)閥等監(jiān)控操作:在操作站監(jiān)控畫面中,用鼠標點擊需要進行開、關(guān)操作的閥,對現(xiàn)場閥門開、關(guān)、故障、信號反饋等狀態(tài)進行監(jiān)視。實時動態(tài)監(jiān)測與計量存貨量:實時計算瞬時修正系數(shù):溫度——體積修正系數(shù)、溫度——密度修正系數(shù)(預(yù)先輸入標密,依據(jù)GB/T1885-1998標準;計算和顯示油品的容積和質(zhì)量存量:依據(jù)液位、界位、罐容表和體積修正系數(shù)計算油品容積;依據(jù)容積、密度和密度修正系數(shù),計算油品質(zhì)量。實時計算和顯示庫區(qū)油品存貨:用棒圖和數(shù)據(jù)表顯示所有有品的即時存量和空容量,體積、質(zhì)量。物料存儲狀況的直觀圖形顯示,并通過不同的顏色反映現(xiàn)場生產(chǎn)動態(tài),設(shè)備工作狀態(tài)等。油品計量管理與控制?儲罐自動計量:依據(jù)儲罐自動計量數(shù)據(jù),對收發(fā)油進行記錄或控制;?實時計算和顯示當日收發(fā)油動態(tài):從零時起的發(fā)油量、卸油量和輸轉(zhuǎn)量;?進銷存管理:管理庫區(qū)、油站計量日報表、油品計量統(tǒng)計月報表、儲罐計量原始記錄、群罐動態(tài)登記日表、單罐動態(tài)登記月表、儲罐工況記錄、保存和查詢歷史狀態(tài)和事件?實時記錄、保存儲罐歷史狀態(tài):液位、溫度、標密、容積、質(zhì)量等;?顯示和查詢儲罐歷史狀態(tài):顯示歷史曲線,查詢?nèi)魏稳掌?、任何時刻的液位、溫度、標密、容積、質(zhì)量任何時段的容積及質(zhì)量變化;?記錄、保存和查詢油品歷史狀態(tài):某一油品的任何日期,任何時間(只要當時運行的容積、空容、質(zhì)量,任何時間段的容積、質(zhì)量的增加或減少;?保存和查詢報警事件:查詢已發(fā)生報警事件的日期、時間、類型和當時的參數(shù);?保存和查詢輸轉(zhuǎn)油事件:查詢儲罐輸轉(zhuǎn)油和卸油事件。參數(shù)設(shè)定與修改?設(shè)定和修改庫區(qū)系統(tǒng)參數(shù):設(shè)置儲罐數(shù)量、儲罐標號,增減油品種類、設(shè)置標密,定義通道、設(shè)置通訊參數(shù),定義區(qū)域,把儲罐分區(qū)管理;?設(shè)定和修改儲罐參數(shù):設(shè)定儲罐高度、安全高度、油品種類、液位和界位的基準零點、液位和界位的高低報警值、修改日期及修改人等;?設(shè)定、修改和自動修改正儲罐容積表:用戶可以自行修改儲罐容積表,與加油機或自動儲油設(shè)備連接系統(tǒng)可以自動校正儲罐容積表。通訊監(jiān)視和權(quán)限管理?動態(tài)監(jiān)視通訊狀態(tài):通訊正常與否、數(shù)據(jù)是否可信,通信狀態(tài)報警。?軟件系統(tǒng)操作權(quán)限管理:用戶注冊、修改、刪除、口令修改、操作權(quán)限管理。淺析企業(yè)辦公自動化的效能與實現(xiàn)摘要:隨著中國經(jīng)濟和信息化技術(shù)的發(fā)展,傳統(tǒng)的人工辦公模式已經(jīng)不能夠容納信息量龐大,數(shù)據(jù)處理時間快的企業(yè)辦公要求,于是,在這個科技迅猛發(fā)展的新時代,信息化管理已經(jīng)成為各大企業(yè)發(fā)展的技術(shù)保障,無紙化辦公,高效率辦公成為企業(yè)管理的追崇目標。企業(yè)辦公自動化(OA系統(tǒng)在這樣的背景下應(yīng)運而生。OA系統(tǒng)具有文件存儲、工作日志、工作安排、重要信息通知、工作簽到、數(shù)據(jù)備份、會議管理1等功能模塊,極大的方便了企業(yè)的辦公,提高了企業(yè)的工作效率。本文主要針對OA系統(tǒng)的功能、各大功能模塊的實現(xiàn)以及應(yīng)用做出了詳細的研究,希望能夠給企業(yè)的辦公以及相關(guān)的技術(shù)研究提供一定的幫助。關(guān)鍵詞:辦公自動化OA設(shè)計實現(xiàn)1企業(yè)辦公自動化系統(tǒng)的定義和發(fā)展1.1企業(yè)辦公自動化系統(tǒng)的概念企業(yè)辦公自動化系統(tǒng)(OfficeAutomationSystem,簡稱OAS的核心表現(xiàn)形式是OAS軟件。OAS軟件是企業(yè)現(xiàn)代化管理的平臺,能夠使企業(yè)的日常管理規(guī)范化、使企業(yè)的可控制性增加、使企業(yè)更高效地運轉(zhuǎn)。為了實現(xiàn)以上功能,OAS軟件包含了相應(yīng)的組成部分,包括日常行政管理、文件的審批、辦公用品和資源的管理、各部門之間的協(xié)同辦公、各工作人員之間信息的交流和傳遞等。1.2企業(yè)辦公自動化系統(tǒng)的國內(nèi)外發(fā)展狀況早在五十年代,美國和日本就已經(jīng)興起了辦公自動化系統(tǒng)。但起初系統(tǒng)只能處理簡單的記錄功能;六十年代末期才研發(fā)出了簡稱MIS的信息管理系統(tǒng);直到七十年代中后期,辦公管理系統(tǒng)才開始實施集多種辦公業(yè)務(wù)為一體的OA系統(tǒng)。八十年代開始,國外許多國家的軟件開發(fā)公司逐漸意識到這個市場的巨大發(fā)展空間,開始研發(fā)多功能辦公OA系統(tǒng),九十年代以后,技術(shù)逐漸成熟,功能趨于完善。而我國的自動化辦公系統(tǒng)正式發(fā)展起來,要晚了很多,初具規(guī)模已經(jīng)是在八十年代中期。1986年中國舉辦了首次自動化辦公會議,同年,該領(lǐng)域?qū)＜叶x了辦公自動化系統(tǒng)的功能層次和結(jié)構(gòu)模型。我過的OA系統(tǒng)發(fā)展階段主要有:一、能夠進行數(shù)據(jù)統(tǒng)計、記錄、辦公文件電子化的第一代OA系統(tǒng)雛形;二、能夠收發(fā)文件、傳輸文件的半自動化第二代OA系統(tǒng);三、集音頻、影像、數(shù)據(jù)計算、信息管理于一體的全自動企業(yè)辦公系統(tǒng)。2企業(yè)辦公自動化系統(tǒng)設(shè)置的內(nèi)涵與效能企業(yè)信息化管理的OA辦公系統(tǒng),幫助實現(xiàn)信息資源的共享,增強職員協(xié)同1李平,辦公自動化技術(shù)與應(yīng)用,西安電子科技大學出版社,2004,34工作的能力,強化領(lǐng)導(dǎo)的監(jiān)控管理有效管理起有形、無形資產(chǎn)避免流失。實現(xiàn)公文流轉(zhuǎn)、審核、簽批等行政事務(wù)的自動處理,促進管理電子化、規(guī)范化,完美整合組織內(nèi)部的信息流。使用自動化計算機辦公軟件,將人工節(jié)點于系統(tǒng)節(jié)點有機的結(jié)合到一起,文本表單和單子表單相結(jié)合,使企業(yè)辦公人員可以做出任何復(fù)雜的工作流,不需要重復(fù)作業(yè),可以幫助辦公人員提升工作效率。例如在一些學校實現(xiàn)的OA系統(tǒng),包括了公文審批、常用申請、會議管理、檔案管理、成績查詢、選課、信息采集審批與查詢、集體備課教學研討,以及學生社團的管理等模塊2。比如在選課時,負責教師將各年紀的課程信息發(fā)布到OA平臺,學生通過登錄界面進入系統(tǒng),選擇自己需要的和符合要求的課程;在考試結(jié)束后,學生同樣可以通過登入來查詢自己各科的成績以及是否合格,以便學生對下學期有更加良好的把握。由于學校學生人數(shù)眾多,事物繁雜,OA辦公系統(tǒng)的建立大大優(yōu)化了學校的教務(wù)管理等功能,減少了教師的工作量。又比如說醫(yī)院的OA辦公系統(tǒng),如果財務(wù)部門的人員需要寫一份當月的收入分析報告交給院長,那么可以直接從OA辦公系統(tǒng)中摘選出該月的報表并將其插入報告中,從而將電子版遞交院長,同時等待院長審批或者審核;如果藥劑科的采購員需要采購藥品,每次采購之前應(yīng)遞交相應(yīng)的采購計劃,那么該采購計劃可以直接在OA辦公系統(tǒng)中快速填寫,并且可以查詢以前的采購計劃單以做對比,保存后直接將電子版上交領(lǐng)導(dǎo),等待審批;除此之外,醫(yī)院的OA還包括醫(yī)生醫(yī)囑、手術(shù)匯總、藥品管理、收款管理、檢驗管理、科研立項、專家介紹等的功能。此外,OA辦公系統(tǒng)在中小企業(yè)的應(yīng)用當中,分別實現(xiàn)了連接、溝通、協(xié)同、監(jiān)控等四大功能。當一個企業(yè)的廠區(qū)、下屬部門等的地理分布較為散亂,對于文件的傳遞、公文的告知等極為不便。這時,OA系統(tǒng)發(fā)揮了橋梁的作用,將該企業(yè)處于局域網(wǎng)中的各分散部門通過計算機相連接,最終形成了細致有序的網(wǎng)絡(luò)辦公系統(tǒng)。就監(jiān)控功能而言,這項功能也可以成為目標跟蹤,與B2C的跟蹤功能相似,可以實時查看各項工作現(xiàn)階段的進度。3企業(yè)辦公自動化系統(tǒng)的設(shè)計3.1需求設(shè)計經(jīng)過對我國中小企業(yè)等的調(diào)查知道,一般的辦公室業(yè)務(wù)主要是大量的文件處理工作,包括文件和通知等的起草、每項業(yè)務(wù)和每次會議等的文本記錄、資源和資產(chǎn)的管理、內(nèi)部和外部文件的存檔和查詢、輸出所需文件副本等。因此,運用計算機技術(shù)處理文件文檔、通過網(wǎng)絡(luò)共享或交流文件文檔,是辦公自動化的基本特征。辦公室是各個企業(yè)的基本組成單位,它協(xié)調(diào)著有決策權(quán)和指示權(quán)的領(lǐng)導(dǎo)層與下級各層之間的溝通和交流。實際上,從決策層及以下的整個脈絡(luò)和過程,其2秦長坤,企業(yè)辦公自動化系統(tǒng)的設(shè)計與實現(xiàn),計算機與自動化,2003(9,16實就是收集信息、存儲信息、檢索信息、處理信息、分析信息從而最終做出決策,并將決策作傳遞給下級機構(gòu)或相關(guān)合作單位的過程3。以上工作的完成離不開辦公自動化系統(tǒng)的支持,因此企業(yè)對于辦公自動化系統(tǒng)的需求十分迫切。本文設(shè)計的辦公自動化系統(tǒng)主要針對中小企業(yè),大致可以分為:一、工作以收發(fā)公文為主,同時包含員工的日?？记诤腿粘贪才拧⒄埣偕暾?辦公資源的審批;與工作相關(guān)的資料的查閱等功能。二、主要實現(xiàn)文檔傳輸?shù)墓δ?。即辦公業(yè)務(wù)完全依托于計算機,通過OA系統(tǒng),企業(yè)各個部門員工可以及時、方便地共享信息、交流信息,實現(xiàn)協(xié)同工作。這樣既有助于個體工作效率的提高,又增強了員工之間的團隊協(xié)同性。為了實現(xiàn)以上功能,本系統(tǒng)主要設(shè)計了以下幾個功能模塊:用戶登錄、文件管理、會議日程管理、收發(fā)文件管理和員工管理五大部分。3.2詳細設(shè)計一、用戶登錄該模塊主要實現(xiàn)用戶的登錄,并對已登錄的用戶進行監(jiān)聽,防止重復(fù)登錄。在編程過程中,將相應(yīng)的控件拖放完成,并對其標題、大小等屬性進行修改。登錄界面主要控件有三個:登錄按鈕、用戶名輸入框、密碼輸入框。本系統(tǒng)中對于登錄模塊的設(shè)計是供企業(yè)內(nèi)部員工使用,使用權(quán)的授予是由系統(tǒng)管理員決定的,只有在系統(tǒng)管理員首次在員工管理模塊中添加了該員工的信息,并授予員工登錄的“姓名”和“密碼”后才能正確登錄,與此同時也授予了相應(yīng)登錄的權(quán)限,員工在權(quán)限的范圍內(nèi)能夠完成相應(yīng)操作。用戶的“姓名”和“密碼”在編程后臺分別關(guān)聯(lián)了一個字符串型的變量,這兩個變量值在編程過程中被當作數(shù)據(jù)庫中的查詢字段,如果與相應(yīng)字段下的內(nèi)容相符,那么返回登錄成功;如果不相符,那么返回登錄失敗。返回的信息可以通過MessageBox等來顯示。二、文件管理文件管理模塊的綜合設(shè)計:(一瀏覽文件:將文件信息以列表的形式顯示給用戶。(二瀏覽文件詳細內(nèi)容:查看選定文件的具體內(nèi)容。(三刪除文件:從數(shù)據(jù)庫中刪除選定的文件信息并從磁盤中刪除該文件。(四上傳文件:將用戶上傳的文件保存到服務(wù)器中的指定目錄下。(五下載文件:將用戶選定的文件從服務(wù)器中下載到客戶端指定目錄下。文件瀏覽功能:在設(shè)計中,設(shè)定在點擊“文件管理”的二級菜單“文件瀏覽”時可以瀏覽所有的文件?？丶牧_列不再贅述。瀏覽文件列表項包括“文件名”、“上傳人”、3徐慧瓊,OA系統(tǒng)的設(shè)計與實現(xiàn),機械工程與自動化,2021,21“文件大小”、“上傳時間”、“下載”和“操作”,其中“文件名”、“下載”和“刪除”操作是可以鏈接的,分別鏈接到對應(yīng)的數(shù)據(jù)庫表中。如果單擊“文件名”,那么后臺將根據(jù)“文件名”這個字段在數(shù)據(jù)庫中查詢相同字段,如果找到,那么可以查看該文檔的詳細內(nèi)容,如果找不到,則會在左上角提示“文件不存在!”;若單擊“下載”則會出現(xiàn)新建下載框,其會顯示下載的文檔存儲路徑,并提供選擇存放路徑,及文件的大小。若文件不存在則會在左上角提示“文件不存在!”;若單擊“刪除”操作則會彈出提示框,讓用戶確定是否要刪除。文件上傳功能:在設(shè)計中,設(shè)定點擊“文檔管理”的二級菜單“上傳文件”時可以把文件上傳到該系統(tǒng)中。其中上傳的文件長度不得超過2MB,這是通過后臺編程語句限制文件的大小。三、會議日程管理會議日程管理綜合設(shè)計:該模塊總功能大體分為三部分:(一查看會議記錄:將會議記錄以列表的形式顯示給用戶。(二添加會議記錄:向數(shù)據(jù)庫中增加新的會議記錄。(三刪除會議記錄:將選定的會議記錄從數(shù)據(jù)庫中刪除。查看會議記錄功能:在設(shè)計中,設(shè)定進入系統(tǒng)首頁,單擊功能菜單欄鏈接到二級菜單,選擇“查看會議記錄”時,可以看到以列表的形式呈現(xiàn)的會議記錄。記錄內(nèi)容包括“會議日程安排”、“會議主題”和“操作”。而其中的“會議主題”和“操作”是可以再鏈接的。單擊“會議主題”可查看會議記錄的詳細內(nèi)容,這些詳細內(nèi)容其實已經(jīng)被保存在了數(shù)據(jù)庫中,單擊“刪除”操作便可在列表中刪除該會議記錄,其實是在數(shù)據(jù)庫中查找相同的字段名,然后將數(shù)據(jù)庫中對應(yīng)的內(nèi)容刪除掉。添加會議記錄功能:在設(shè)計中,設(shè)定進入系統(tǒng)首頁,單擊功能菜單欄鏈接到二級菜單,選擇“添加會議記錄”時,可以進入到添加會議對話框,添加會議記錄同樣和數(shù)據(jù)庫表分不開。刪除會議記錄功能:在“查看會議記錄的會議列表”中有“刪除”操作項,用戶只要單擊“刪除”便可鏈接執(zhí)行相應(yīng)操作。而刪除的記錄也會相應(yīng)的從數(shù)據(jù)庫中刪除。在此設(shè)計中設(shè)定并不是每一個用戶都能執(zhí)行刪除操作,只有管理員才能執(zhí)行該操作。四、收發(fā)文件管理該模塊總功能大體分為三部分:(一建立發(fā)文:新建并發(fā)送公文。(二瀏覽發(fā)文:以列表形式顯示公文存放在收件箱或發(fā)件箱中。(三刪除發(fā)文:將選定的公文從數(shù)據(jù)庫中刪除。建立發(fā)文功能:在設(shè)計時,設(shè)定新建發(fā)文中應(yīng)包括“收文人”、“主題”和“內(nèi)容”三項?？紤]到實際情況,設(shè)計時將“收文文”和“主題”都進行字符長度限制,這是通過直接設(shè)置或者通過編程代碼設(shè)置控件的屬性來實現(xiàn)的。以上操作在編程過程中叫做數(shù)據(jù)有效性驗證,即超過了規(guī)定要求后不能輸入任何字符。用戶完成了公文撰寫后,可“提交”,要是不滿意可“重置”?！疤峤弧奔锤碌搅藬?shù)據(jù)庫,“重置”其實就是通過程序代碼將控件相應(yīng)的屬性置為空。瀏覽發(fā)文功能:在設(shè)計時,設(shè)定該功能主要包括瀏覽收件箱和發(fā)件箱。收件箱以列表形式顯示登錄用戶收到的公文,發(fā)件箱以列表形式顯示登錄用戶發(fā)送的公文。收件箱是通過查詢數(shù)據(jù)表中發(fā)文的接受人為當前登錄的用戶名來實現(xiàn)的,因此在發(fā)件箱中就可以通過查詢數(shù)據(jù)表中發(fā)文的發(fā)件人為當前登錄的用戶名來實現(xiàn)。在收件箱或發(fā)件箱中通過單擊某一發(fā)文主題鏈接可以查看該發(fā)文的詳細內(nèi)容,可以通過數(shù)據(jù)庫查詢來實現(xiàn)。刪除發(fā)文功能:在設(shè)計時,設(shè)定當A用戶向B用戶發(fā)送公文成功后,在A用戶的發(fā)件箱中將顯示該公文,在B用戶的收件箱中同樣會顯示該公文。因此,在執(zhí)行刪除操作時,對設(shè)計要求要考慮的A用戶從自己的發(fā)件箱中刪除了剛剛發(fā)送給B用戶的公文,那么,B用戶收件箱中仍然要顯示A用戶發(fā)送的公文。如果從數(shù)據(jù)庫中刪除發(fā)文的ID,則兩者的都會被刪除,這是數(shù)據(jù)庫的基本原理,發(fā)文的ID即數(shù)據(jù)庫表中相應(yīng)的字段。為此在數(shù)據(jù)表中設(shè)計了兩個字段來觀察雙方將要執(zhí)行的操作,字段內(nèi)容為“0”表示沒有刪除,“1”表示已經(jīng)刪除,這種表示在編程語言中很常見,可以方便地對要執(zhí)行的操作進行標記。五、員工管理員工管理模塊總的功能主要有四部分:(一瀏覽員工信息:以列表的形式將所有用戶的信息顯示出來。(二添加新員工:向數(shù)據(jù)庫中增加新的員工信息。(三員工個人信息:更新選定的員工信息記錄。(四刪除員工信息:將選定的員工信息從數(shù)據(jù)表中刪除。瀏覽員工信息:在設(shè)計中,設(shè)定用戶選擇“員工管理”的二級菜單“瀏覽員工信息”時可以查看到系統(tǒng)所有員工的信息以列表的形式呈現(xiàn)。瀏覽的信息表包括“用戶名”、“權(quán)限”、“職務(wù)”、“部門”及“操作”項,操作中提供了“修改”和“刪除”兩個鏈接,另外還提供“修改個人信息”和“添加新員工”鏈接,用戶選擇操作后進入相應(yīng)頁面中。大多數(shù)公司想對員工的個別信息了解更多,為此設(shè)計了快速搜索項,用戶可根據(jù)下拉菜單中的類型選擇其中的一種便可快速找到需要的信息?？焖偎阉黜椊柚藄ql語言的優(yōu)化,這些員工信息保存在數(shù)據(jù)庫的員工信息表中,可以用sql查詢語言進行訪問,最終將查詢結(jié)果返回并且顯示在界面上。添加員工信息:在設(shè)計中,設(shè)定用戶選擇“員工管理”的二級菜單“添加新員工”時可以添加新員工信息。添加的員工信息包括“用戶名”、“密碼”、“確認密碼”、“姓名”、“性別”、“權(quán)限”、“職務(wù)”、“部門”、“稱號”、“”、“E-mail”、“地址”。根據(jù)實際情況,“用戶名”、“密碼”和“地址”都應(yīng)該有字符長度限制。添加新員工信息其實就是在數(shù)據(jù)庫的員工信息表中添加了新的記錄,同樣,用sql語言可以輕松完成。員工個人信息:在設(shè)計中,設(shè)定進入系統(tǒng)主頁后,單擊菜單欄中“員工管理”進入二級菜單,選擇“查看個人信息”時可以瀏覽個人詳細信息。個人信息包括“用戶名”、“姓名”、“性別”、“權(quán)限”、“職務(wù)”、“部門”、“稱號”、“”、“E-mail”、“地址”、“訪問次數(shù)”和“創(chuàng)建時間”,其中“性別”、“權(quán)限”、“職務(wù)”、“部門”、“稱號”以下拉菜單形式供用戶選擇。個人信息還放在了“歡迎登錄”界面中,訪問的次數(shù)是上次的次數(shù)加上本次的總和,這個總和在后臺編程中關(guān)聯(lián)著一個整型變量,通過這個變量的值來保存、修改總和,但是這個過程對用戶來說是透明的。在設(shè)計中,該框架中還提供“修改個人信息”的鏈接,單擊后會進入“更新個人信息”頁,根據(jù)情況用戶可更新信息。由上可知,員工信息的瀏覽于數(shù)據(jù)庫是分不開的。通過“用戶名”等字段的限制,sql語言連接到數(shù)據(jù)庫,并查詢相應(yīng)的字段,再將結(jié)果返回主頁。刪除員工信息:在瀏覽員工信息的表單中的操作項中存在“刪除”鏈接,用戶可選擇此操作,單擊“刪除”會出來提示框“確認要刪除該記錄”,如果選擇“確定”則該記錄會在數(shù)據(jù)庫的員工信息列表中刪除。刪除員工信息即刪除數(shù)據(jù)庫表中的記錄。其他:本系統(tǒng)采用STRUTS開發(fā)模式,是在WindowsXP操作系統(tǒng)、SQL2000數(shù)據(jù)庫、JDK開發(fā)包等開發(fā)環(huán)境下進行的。3.3數(shù)據(jù)庫設(shè)計本系統(tǒng)數(shù)據(jù)庫采用SQLServer2000數(shù)據(jù)庫,系統(tǒng)數(shù)據(jù)庫名稱為Office_auto。數(shù)據(jù)庫共包括4張表,這4張表構(gòu)成了整個系統(tǒng)的數(shù)據(jù)處理。一、數(shù)據(jù)表樹型結(jié)構(gòu)圖二、主要數(shù)據(jù)表設(shè)計(一File(文件信息表是否主鍵描述列名數(shù)據(jù)類型長度idint4是自動編號namevarchar50文件名upervarchar50上傳者姓名sizevarchar50文件大小uptimevarchar50文件上傳時間infovarchar50文件描述信息(二Meeting(會議信息表列名數(shù)據(jù)類型長度是否主鍵描述idint4是自動編號subjectvarchar50會議主題speakervarchar50會議主持人listenervarchar50出席人timevarchar50時間addressvarchar50會議地點(三Text(收發(fā)文件管理表列名數(shù)據(jù)類型長度是否主鍵描述idint4是自動編號suhjectvarchar50發(fā)文主題sendervarchar50發(fā)文的發(fā)送者getervarchar50發(fā)文的接受者contenttext16發(fā)文內(nèi)容sendtimevarchar50發(fā)文發(fā)送時間getervarchar1公文接收者是否刪除sendervarchar1公文發(fā)送者是否刪除列名數(shù)據(jù)類型長度是否主鍵描述idint4自動編號namevarchar2是用戶名passwordvarchar1用戶密碼ablesmallint5用戶權(quán)限branchvarchar5用戶所在部門jobvarchar5用戶職務(wù)sexvarchar2用戶性別telvarchar15用戶的號碼user_foundTimevarchar5用戶的創(chuàng)建時間4企業(yè)辦公自動化系統(tǒng)的實現(xiàn)與應(yīng)用4.1界面設(shè)計實現(xiàn)由于系統(tǒng)的功能完全是通過用戶界面實現(xiàn)的,用戶界面的好壞也從一個方面決定了系統(tǒng)的好壞,用戶界面的好壞主要可從其全面性、美觀性、易讀性、易操作性等方面評價4。我們在設(shè)計本系統(tǒng)時充分考慮了這方面的因素。全面性:信息采集全面性是我們在設(shè)計系統(tǒng)時一貫秉承的宗旨,在數(shù)據(jù)庫的設(shè)計時也體現(xiàn)了這種思想,在用戶界面設(shè)計上同樣體現(xiàn)著這種思想,如在發(fā)布信息時,不僅有基本發(fā)布信息采集界面,還可通過熱鍵附加信息的輸入界面。美觀性和易讀性:在界面的美觀、易讀方面,采用框架結(jié)構(gòu),不同類別的內(nèi)容分區(qū)域,信息區(qū)和功能區(qū)的區(qū)分一目了然。易操作性:由于此系統(tǒng)是面向中小型企業(yè),對象層次不同,適用面廣,因此用戶界面的易操作性將是一個評價系統(tǒng)性能很重要的指標。登錄界面如下圖所示:4.2功能模塊設(shè)計實現(xiàn)登錄界面主要實現(xiàn)用戶登陸,需要用戶輸入指定的登錄信息,以驗證用戶是否為合法的登錄身份。最先進行信息有效性檢驗,這項檢驗是為了避免因為數(shù)據(jù)輸入格式或輸入法等原因造成不必要的麻煩。若有效性檢驗通過,那么系統(tǒng)將此登錄信息提交給對應(yīng)的服務(wù)器,服務(wù)器查詢數(shù)據(jù)庫中的相應(yīng)信息,如果符合將成功登錄系統(tǒng),不符將返回登錄界面。此外,為了防止已入網(wǎng)用戶的重復(fù)登錄,本4郭亮,辦公自動化的問題與機遇,教育信息化,2001,10系統(tǒng)為此設(shè)置了監(jiān)聽模式。每個企業(yè)的OA系統(tǒng)只有該企業(yè)的員工才有登錄權(quán)限,系統(tǒng)管理員決定權(quán)限的授予,因此,一個員工的登錄成功的前提是系統(tǒng)管理員在人員管理模塊中正確添加了該員工的相應(yīng)信息,并授予該員工首次登錄的“姓名”和“密碼”。與此同時,系統(tǒng)管理員也設(shè)定了該員工的操作權(quán)限。文件管理模塊主要針對系統(tǒng)中的文件進行操作,具體實現(xiàn)功能有文件的上載、文件的管理、文件的瀏覽以及文件的下載等。文件格式自由,文件長度又管理員事先設(shè)定,此外,還要遵守操作權(quán)限。會議日程管理模塊能夠?qū)崿F(xiàn)會議日程的管理以及會議的記錄。會議日程管理模塊主要分為查看會議日程和查看對應(yīng)會議記錄。該模塊有利于企業(yè)員工及時地掌握會議日程,并隨時查詢已完成的會議記錄。在設(shè)計過程中,將會議日程和相應(yīng)的記錄體現(xiàn)在列表中,凡是能夠登錄到OA系統(tǒng)的用戶都可以對會議日程和記錄進行瀏覽。而只有該模塊的管理員才有添加會議日程、添加會議記錄、刪除會議日程、刪除會議記錄等操作的權(quán)限5。收發(fā)文件模塊包括瀏覽和收發(fā)箱,可以內(nèi)網(wǎng)傳輸公司內(nèi)部文件,快速方便。其中,創(chuàng)建發(fā)文的主要運行效果如下圖所示:員工管理模塊能夠?qū)崿F(xiàn)對于企業(yè)員工相關(guān)信息的添加、查詢、修改、刪除等操作,還有查閱員工簽到、工作內(nèi)容、每天的工作日志等的功能。本模塊共包括三個子功能菜單:查看員工個人信息、對員工信息進行瀏覽、新員工的添加。其中,每一個能夠登錄系統(tǒng)的用戶都可以查看員工個人信息,此外還擁有修改設(shè)置個人信息的權(quán)限。其他三個子功能只有該模塊的管理員才有操作權(quán)限。其中,瀏覽員工信息模塊的運行效果圖如下:5段欣,辦公自動化應(yīng)用教程,電子工業(yè)出版社,2021,123專業(yè)定制各類報告，淘寶ID：華中秘書網(wǎng)5企業(yè)辦公自動化系統(tǒng)的發(fā)展方向隨著知識經(jīng)濟時代的到來，社會進步的不斷加速，OA系統(tǒng)的應(yīng)用面臨著新的需求，組織迫切需要一個可以實現(xiàn)內(nèi)外資源整合的高效的信息系統(tǒng)，從而提升其管理水平。這些需求主要表現(xiàn)在：一、需要一個高效的協(xié)同管理工作平臺能夠?qū)⒔M織管理中的業(yè)務(wù)活動、管理活動及活動產(chǎn)生的信息在組織、部門、個人之間進行及時高效、有序可控、全程共享的溝通和處理6。二、需要一個有效的知識資產(chǎn)管理平臺過去在組織的信息化建設(shè)過程往往重視人、財、物這些有形的物質(zhì)資產(chǎn)管理，忽視了知識資產(chǎn)的管理，需要借助知識管理工具對組織內(nèi)外的知識進行有效的獲取、沉淀、共享、應(yīng)用、學習和創(chuàng)新，從而提高員工的素質(zhì)和技能、執(zhí)行力。三、需要一個個性化的系統(tǒng)訪問門戶傳統(tǒng)的OA功能比較單一，員工容易使用，隨著功能的不斷擴展，員工對功能的需求也不盡相同，這就要求系統(tǒng)必須具有人性化設(shè)計，能夠根據(jù)不同員工的需要進行功能組合，將合適的功能放在合適的位置給合適的員工訪問，實現(xiàn)真正的人本管理。四、需要一個良好的組織文化管理平臺開放的社會造就了開放的社會人，組織規(guī)模的不斷擴大，導(dǎo)致領(lǐng)導(dǎo)與員工、員工與員工間的直接溝通機會越來越少，組織需要構(gòu)建新的文化環(huán)境，便于員工相互溝通、增進了解、發(fā)現(xiàn)思想傾向并及時加以引導(dǎo)。五、需要一個靈活的業(yè)務(wù)流程整合平臺隨著企業(yè)員工辦公環(huán)境的愈加復(fù)雜，未來的OA系統(tǒng)需要將日常工作活動、管理活動、業(yè)務(wù)活動有機的結(jié)合，以快速響應(yīng)客戶需求，同時減少不必要的重復(fù)工作，將管理流程與業(yè)務(wù)流程進行有效的整合7。結(jié)語：綜上所述，OA系統(tǒng)的優(yōu)點顯而易見，它的產(chǎn)生，大大提高了企業(yè)效率、67楊瑩，基于工作流技術(shù)的OA系統(tǒng)模型與研究，浙江科技學院學報，2003，4段欣，辦公自動化應(yīng)用教程，電子工業(yè)出版社，2021，12311專業(yè)定制各類報告，淘寶ID：華中秘書網(wǎng)節(jié)約了大量的辦公資源、更有利于信息的整合。然而，在為企業(yè)帶來極大便利的同時，OA系統(tǒng)也存在著一定的弊端。比如目前的OA系統(tǒng)或多或少地有著克隆、照搬其他單位系統(tǒng)的做法，這是不科學、不合理的，企業(yè)需要的是適合自身發(fā)展要求的OA系統(tǒng)。此外，一般的OA系統(tǒng)難以實現(xiàn)新模塊的增加、與相關(guān)業(yè)務(wù)接口的開發(fā)、個性化訪問系統(tǒng)數(shù)據(jù)等的功能，這些都給OA系統(tǒng)的發(fā)展帶來了一定的負面影響8。OA系統(tǒng)的這些劣勢就如同坦途中的崇山峻嶺，雖然在一定時期內(nèi)對OA系統(tǒng)的發(fā)展有阻礙作用，但是只要未雨綢繆、積極應(yīng)對，OA系統(tǒng)未來的道路會更加寬廣和平坦，OA系統(tǒng)也必將成為企業(yè)辦公的巨大推手。參考文獻：[1]李平，辦公自動化技術(shù)與應(yīng)用，西安電子科技大學出版社，2004，34[2]秦長坤，辦公自動化系統(tǒng)的設(shè)計與實現(xiàn)，計算機與現(xiàn)代化，2003(9，16[3]徐慧瓊，OA系統(tǒng)的設(shè)計與實現(xiàn)，機械工程與自動化，2021，21[4]郭亮，辦公自動化的問題與機遇，教育信息化，2001，10[5]段欣，辦公自動化應(yīng)用教程，電子工業(yè)出版社，2021，123[6]楊瑩，基于工作流技術(shù)的OA系統(tǒng)模型與研究，浙江科技學院學報，2003，4[7]吳巍，辦公自動化信息系統(tǒng)設(shè)計，吉林化工學報，2003，5[8]張志剛，網(wǎng)絡(luò)化辦公信息安全技術(shù)的探討，天津城市建設(shè)學院學報，2003，78張志剛，網(wǎng)絡(luò)化辦公信息安全技術(shù)的探討，天津城市建設(shè)學院學報，2003，712淺析企業(yè)辦公自動化的效能與實現(xiàn)摘要:隨著中國經(jīng)濟和信息化技術(shù)的發(fā)展,傳統(tǒng)的人工辦公模式已經(jīng)不能夠容納信息量龐大,數(shù)據(jù)處理時間快的企業(yè)辦公要求,于是,在這個科技迅猛發(fā)展的新時代,信息化管理已經(jīng)成為各大企業(yè)發(fā)展的技術(shù)保障,無紙化辦公,高效率辦公成為企業(yè)管理的追崇目標。企業(yè)辦公自動化(OA系統(tǒng)在這樣的背景下應(yīng)運而生。OA系統(tǒng)具有文件存儲、工作日志、工作安排、重要信息通知、工作簽到、數(shù)據(jù)備份、會議管理1等功能模塊,極大的方便了企業(yè)的辦公,提高了企業(yè)的工作效率。本文主要針對OA系統(tǒng)的功能、各大功能模塊的實現(xiàn)以及應(yīng)用做出了詳細的研究,希望能夠給企業(yè)的辦公以及相關(guān)的技術(shù)研究提供一定的