張海林，萬 倫，邊萬聰，林仁杰，李夢如

國網(wǎng)江蘇省電力有限公司蘇州供電分公司，江蘇 蘇州 215000

0 引言

隨著計(jì)算機(jī)技術(shù)的普及與升級，變電站的倒閘操作票信息系統(tǒng)不斷創(chuàng)新發(fā)展。文章所介紹的數(shù)字變化管理系統(tǒng)，其后臺(tái)選擇的數(shù)據(jù)庫為Microsoft SQL Server 2000，前臺(tái)選擇Delphi編程語言，可實(shí)現(xiàn)管理員與用戶的二級管理權(quán)限。

1 管理信息系統(tǒng)的建立原則

1.1 系統(tǒng)性原則

在當(dāng)前的管理信息系統(tǒng)中，可以將其看作多種子系統(tǒng)的組合，每個(gè)子系統(tǒng)不僅具有獨(dú)立的功能，而且彼此之間又相互關(guān)聯(lián)與配合，以此來共同組成一個(gè)較大的整體。同時(shí)，開發(fā)該系統(tǒng)必須使用系統(tǒng)建設(shè)的總體觀點(diǎn)來開發(fā)每個(gè)子系統(tǒng)的各項(xiàng)功能。

1.2 用戶參與原則

變電站的信息管理系統(tǒng)本身是為變電站各項(xiàng)工作所服務(wù)的，也是由變電站管理人員所使用[1-2]。因此，在該系統(tǒng)開發(fā)期間離不開企業(yè)管理人員的參與，需要管理人員和系統(tǒng)的開發(fā)人員相互配合，在管理系統(tǒng)中的整體規(guī)劃進(jìn)行詳細(xì)分析，從而保障該系統(tǒng)夠發(fā)揮其重要的作用。

2 管理信息系統(tǒng)的開發(fā)方法

2.1 瀑布模型法

瀑布模型法也被稱為生命周期法，其主要開發(fā)思想在于結(jié)合工序的實(shí)際要求來將問題化繁為簡，隨后將系統(tǒng)的整體實(shí)現(xiàn)和設(shè)計(jì)相互分開，以便于整體系統(tǒng)的分工合作，即利用結(jié)構(gòu)化的分析和方法設(shè)計(jì)來分開邏輯與物理實(shí)現(xiàn)[3]。一般在軟件生命周期的劃分中，可以將其分為計(jì)劃的制定、需求分析、設(shè)計(jì)軟件、程序編寫、軟件測試與運(yùn)行維護(hù)六項(xiàng)活動(dòng)，并規(guī)定其固定的次序，自上而下、相互銜接，就如同瀑布一樣，表現(xiàn)為逐級下落的特點(diǎn)。

2.2 快速原型法

快速原型法也被稱為面向?qū)ο蟮姆椒?。隨著瀑布模型法的一些缺陷暴露，如各個(gè)階段反饋較少、結(jié)果只能夠在生命周期后期才能發(fā)現(xiàn)等，需要結(jié)合這些缺陷來進(jìn)行措施的完善，而快速原型法就是基于此背景來實(shí)現(xiàn)的新設(shè)計(jì)，也是在目前計(jì)算機(jī)技術(shù)快速發(fā)展背景下以及對于軟件需求逐漸增長的現(xiàn)實(shí)需求下而出現(xiàn)的一種方法?？焖僭头ǖ暮诵脑谟?，利用快速建立和交互建立的原型來取代大板塊規(guī)格說明，由此用戶可以結(jié)合計(jì)算機(jī)的運(yùn)行和試用的原型來作出真實(shí)的反饋，開發(fā)者也能夠根據(jù)這些反饋來實(shí)現(xiàn)整體系統(tǒng)的優(yōu)化設(shè)計(jì)。

3 Client/Server體系結(jié)構(gòu)

項(xiàng)目管理系統(tǒng)一般采取Client/Server結(jié)構(gòu)（C/S結(jié)構(gòu)），即客戶端/服務(wù)器結(jié)構(gòu)，其主要是在客戶端和服務(wù)器的兩端分布著大量的應(yīng)用程序，當(dāng)客戶端進(jìn)行數(shù)據(jù)資源訪問請求的發(fā)布之后，由服務(wù)器端將結(jié)果返回到客戶端中，形成整個(gè)系統(tǒng)結(jié)構(gòu)的作用體系。

目前C/S結(jié)構(gòu)主要應(yīng)用在局域網(wǎng)中，客戶端和服務(wù)器通過此網(wǎng)絡(luò)直接連接，其響應(yīng)速度相對較快。需注意的是，服務(wù)器方本身運(yùn)行數(shù)據(jù)負(fù)荷較小，當(dāng)客戶端數(shù)量增多時(shí)也不會(huì)影響整個(gè)結(jié)構(gòu)運(yùn)行與數(shù)據(jù)處理的速度。在該結(jié)構(gòu)中，界面形式有多種變化，能夠?qū)σ恍?fù)雜的業(yè)務(wù)流程進(jìn)行處理，并且能夠滿足用戶本身的個(gè)性化需求。但是，該結(jié)構(gòu)需要安裝專門開發(fā)的客戶端軟件，具有較高的開發(fā)成本，且需要一定專業(yè)性人員才能完成其各項(xiàng)操作，兼容性也相對較差。

在計(jì)算機(jī)與網(wǎng)絡(luò)技術(shù)不斷發(fā)展的過程中，分布式應(yīng)用系統(tǒng)經(jīng)歷了從單層結(jié)構(gòu)到二層客戶/服務(wù)結(jié)構(gòu)，再發(fā)展到三層客戶機(jī)/服務(wù)器結(jié)構(gòu)等三個(gè)階段。其中，二層結(jié)構(gòu)主要的工作原理在于，用戶結(jié)合客戶端運(yùn)用的程序來提出數(shù)據(jù)請求，隨后結(jié)合網(wǎng)絡(luò)傳輸?shù)淖饔?，由客戶端將該請求轉(zhuǎn)交給數(shù)據(jù)服務(wù)器，對數(shù)據(jù)進(jìn)行處理后，將最終結(jié)果傳回到客戶端。三層結(jié)構(gòu)中的三層表示的是三個(gè)成分，分別為客戶端表示層、應(yīng)用服務(wù)器層和數(shù)據(jù)庫服務(wù)器層。三層結(jié)構(gòu)與二層結(jié)構(gòu)有著明顯的差異，各個(gè)成分之間相互獨(dú)立，無論是哪一個(gè)層次發(fā)生變化都不會(huì)影響到其他兩個(gè)層次的運(yùn)作。

（1）客戶端服務(wù)層：與用戶交流的接口，主要作用在于將用戶和客戶機(jī)進(jìn)行連接，一般采取的是GUI界面。

（2）應(yīng)用服務(wù)器層：該層主要提供的是第一層與第三層的中間接口，主要功能在于提供功能函數(shù)，隨后進(jìn)行數(shù)據(jù)庫的集中處理。

（3）數(shù)據(jù)庫服務(wù)器層：該層主要是為了響應(yīng)對數(shù)據(jù)庫操作的要求，隨后將執(zhí)行的結(jié)果傳回到第二層，即DBMS層，負(fù)責(zé)對數(shù)據(jù)的讀寫，能夠迅速執(zhí)行大量數(shù)據(jù)的檢索和更新。

目前較為主流的關(guān)系數(shù)據(jù)庫，如SQLServer、Oracle-Server等在應(yīng)用期間，服務(wù)器的程序和客戶應(yīng)用程序均分別獨(dú)立進(jìn)行數(shù)據(jù)存儲(chǔ)功能，并且前臺(tái)應(yīng)用中可以違反的規(guī)則會(huì)將一些不同的數(shù)據(jù)不集中體現(xiàn)在服務(wù)器程序中，如訪問者的權(quán)限，但是必須由客戶監(jiān)理訂單的規(guī)則。在C/S結(jié)構(gòu)背景下，數(shù)據(jù)庫不可能真正成為公共和專業(yè)化的倉庫形式，將受到獨(dú)立且專門的管理。

4 變電站倒閘操作票數(shù)字化管理系統(tǒng)設(shè)計(jì)

4.1 系統(tǒng)可行性分析

（1）經(jīng)濟(jì)可行性。變電站倒閘操作票信息管理系統(tǒng)其本身的設(shè)計(jì)需要1臺(tái)計(jì)算機(jī)，該計(jì)算機(jī)中應(yīng)當(dāng)裝有編程軟件和數(shù)據(jù)庫，系統(tǒng)分析、開發(fā)和測試人員一人。另外，在效益預(yù)測方面，如果采取傳統(tǒng)人工作業(yè)，那么在管理期間會(huì)消耗大量工作人員的經(jīng)歷，而結(jié)合計(jì)算機(jī)技術(shù)來進(jìn)行業(yè)務(wù)與系統(tǒng)管理，不僅可以保障操作票準(zhǔn)確無誤的輸出信息，也可利用計(jì)算機(jī)來對相關(guān)操作票系統(tǒng)進(jìn)行統(tǒng)計(jì)與查詢，以便于財(cái)務(wù)部門和人事管理部門工作的進(jìn)行。

（2）技術(shù)可行性。首先，風(fēng)險(xiǎn)分析，由于客戶的需求比較明確，開發(fā)時(shí)間相對充足，因此系統(tǒng)開發(fā)人員有足夠的時(shí)間進(jìn)行系統(tǒng)設(shè)計(jì)；其次，資源分析，系統(tǒng)的開發(fā)人員對該系統(tǒng)的認(rèn)識(shí)比較充分，對該系統(tǒng)所采取的數(shù)據(jù)庫相關(guān)知識(shí)儲(chǔ)備豐富，編程環(huán)境已搭建完畢，硬件設(shè)施具備完善；最后，技術(shù)分析，目前所具有的Delphi和SQL Serevr2000數(shù)據(jù)庫相關(guān)內(nèi)容符合該系統(tǒng)的開發(fā)要求。

4.2 系統(tǒng)整體設(shè)計(jì)

（1）數(shù)據(jù)流圖設(shè)計(jì)。該系統(tǒng)采取邏輯模型來設(shè)計(jì)流程圖，其中沒有任何具體的物理元素，只描繪出整體系統(tǒng)中信息的流動(dòng)情況。數(shù)據(jù)流圖能夠反映出系統(tǒng)的邏輯功能，屬于一種功能性模型。其主要包含如下內(nèi)容：能夠指明數(shù)據(jù)所存在的符號(hào)，也可指明該數(shù)據(jù)所使用的媒體；能夠?qū)?shù)據(jù)所執(zhí)行的處理符號(hào)指明，并且這些符號(hào)能夠指明其處理所應(yīng)用的機(jī)器功能；能夠指明幾個(gè)處理或數(shù)據(jù)媒體之間的數(shù)據(jù)流流線符號(hào)；便于一些圖中特殊符號(hào)的讀寫。

（2）功能模塊設(shè)計(jì)。該系統(tǒng)主要分為管理員和用戶兩大功能模塊。其中，管理員模塊包含操作票管理模塊、日志信息管理模塊和用戶信息管理模塊；用戶功能模塊包含操作票的執(zhí)行模塊、報(bào)表生成模塊和個(gè)人信息管理模塊。

（3）操作票管理。在操作票管理中分為三個(gè)主要部分，以此來便于管理員進(jìn)行操作票的數(shù)字化管理。

第一，錄入。在操作票錄入期間，所實(shí)現(xiàn)的是對操作票全部的信息進(jìn)行錄入，包含操作票號(hào)、線路名稱、線路電壓和操作任務(wù)名稱以及其他的一些對應(yīng)操作。另外，在對具體的操作票項(xiàng)目進(jìn)行錄入的同時(shí)，管理員有權(quán)限刪除和修改每一條項(xiàng)目的記錄，直到最后全部信息提交完畢為止。

第二，修改。在操作票修改方面，其所實(shí)現(xiàn)的功能是對于一些已經(jīng)存在的操作票全部信息進(jìn)行查詢和修改，但是由于實(shí)際變電站本身的操作項(xiàng)目存在一定的限制，因此其所對應(yīng)的操作票也會(huì)存在一定的限制，對于這些有限不多的操作票來講，當(dāng)系統(tǒng)設(shè)定為操作票修改的頁面顯示時(shí)，會(huì)默認(rèn)自動(dòng)查詢出所有的操作票信息，并且在頁面上可供管理員進(jìn)行選擇。此時(shí)，管理員可以對已經(jīng)被選定操作票額相關(guān)信息進(jìn)行更改，如線路名稱或者任務(wù)名稱等，也可對其對應(yīng)的操作項(xiàng)目進(jìn)行修改、增加或刪除，但是操作票號(hào)不可被更改。

第三，刪除。操作票的刪除功能指對于已經(jīng)存在的操作票進(jìn)行查詢與刪除。當(dāng)刪除操作票的頁面顯示后，系統(tǒng)會(huì)將所用自動(dòng)查詢出來的操作票展示給管理員，由管理員進(jìn)行選擇，當(dāng)管理人員選擇并確定一條操作票信息后，頁面會(huì)自動(dòng)顯示其他對應(yīng)操作項(xiàng)目，如果其一條操作票記錄被刪除，其對應(yīng)的所有操作項(xiàng)目也將被刪除，以提升管理員管理操作票的效率。

5 結(jié)束語

對于變電站的倒閘操作來講，其是電力管理中一項(xiàng)十分重要的工作內(nèi)容，所涉及的內(nèi)容相對較廣，并且工作量較大，對于準(zhǔn)確性的要求也相對較高，因此需要設(shè)計(jì)一種高效率、高質(zhì)量的數(shù)字化管理系統(tǒng)來實(shí)現(xiàn)倒閘操作票高效率管理的工作目標(biāo)。文章所設(shè)計(jì)的管理信息系統(tǒng)其以數(shù)字化管理模塊的形式和功能來實(shí)現(xiàn)整體工作效率的提升，為相關(guān)人士提供了管理建議和方向。