謝 濤，陳 輝

（1.安徽省電力有限公司，合肥 230022；2.國網(wǎng)淮南供電公司，淮南 232000）

0 前言

在科技的快速發(fā)展與推進下，如今計算機技術(shù)取得了很好的發(fā)展成績。尤其是軟件信息產(chǎn)業(yè)對整個社會的文化、經(jīng)濟與政治都造成了巨大影響。當然在事物發(fā)展的過程中，問題是必然存在的。雖然信息業(yè)已經(jīng)成為全球最大產(chǎn)業(yè)鏈，信息產(chǎn)品已經(jīng)深入到人們生活的各處。但沒有人知道軟件實際需求量為多少，很多時候研究不得不半路放棄。項目團隊難以管理、進程時間無法控制，這些問題都會影響到信息化管理進程。電力信息化項目就是在信息化基礎上使用計算機信息工具的電力工程項目。面對當前我國電力企業(yè)的發(fā)展背景，必須做好信息化項目管控方面的研究，從而打破時間以及地域的限制提高信息獲取能力，保障項目決策能力。

1 電力信息化項目管控需求

過去很多公司的管理層只能使用傳統(tǒng)管理模式，使用Word文檔和Excel報表對項目與任務進行管理、追蹤?？墒窃跁r間和地域條件限制下，經(jīng)常會遇到管理不到位的問題。業(yè)務人員的績效沒有被系統(tǒng)第一時間采集與評價，生產(chǎn)任務系統(tǒng)需要得到這些數(shù)據(jù)才能夠發(fā)出更合理的決策。

1.1 系統(tǒng)功能概述

電力信息化在我國的普及度很廣。對此有必要展開我國電網(wǎng)系統(tǒng)的實際狀況研究，獲取需求信息，為其配備對應的管控流程。在流程管控系統(tǒng)的支持下協(xié)助工作。從結(jié)果看來，電力信息化的移動管控主要目標包括如下幾點。

第一點系統(tǒng)需要為工作管控的流程提供支持，從而讓整個流程變得更加流暢和系統(tǒng)。

第二點系統(tǒng)需要做到協(xié)助所有員工更加有效的工作，讓員工可以很方便的工作、便捷的工作。即利用這個平臺加強信息溝通能力，提高員工內(nèi)部信息流動效果。

第三點系統(tǒng)需要能夠支持項目管控，完成對整個項目記得管理，確保項目能夠在規(guī)定時限內(nèi)完成，不影響到公司整體的運作。

第四點系統(tǒng)需要做到喲小管理項目，在信息化管理中，保障信息查詢的便利。

第五點系統(tǒng)需要充分考慮員工績效的考核要求，從而系統(tǒng)化考核員工、管理員工。

第六點系統(tǒng)需要具備數(shù)據(jù)管控能力，統(tǒng)一化管理數(shù)據(jù)。以便上層領導人能夠即時獲取數(shù)據(jù)，為后續(xù)的決策提供支持，協(xié)助公司更好的發(fā)展。

1.2 系統(tǒng)功能分析

系統(tǒng)管理中為了體現(xiàn)項目管理功能和要求，系統(tǒng)就需要具備添加項目、修改項目、刪除項目等最基礎的功能。在這些功能的支持下不斷完善系統(tǒng)，為公司項目匯總提供便利。系統(tǒng)可以隨時添加、刪除以及修改公司的項目信息，有序規(guī)劃與管理公司的各種數(shù)據(jù)。公司管理人員要做好項目監(jiān)控工作，包括項目評分、進度分析、項目狀況調(diào)查、任務告警、統(tǒng)計分析等一系列內(nèi)容。用這些條件支持項目，保障項目能夠順利進行。在項目評分統(tǒng)計中完成項目整體質(zhì)量的監(jiān)控工作。通過績效評分保障項目能夠順利完成[1]。

2 電力公司信息化設計

2.1 概要設計

系統(tǒng)體系整體如圖1所示。

該系統(tǒng)使用SSH三層結(jié)構(gòu)，Struts2.0支持表示層架構(gòu)，完成瀏覽器任務的對應，將數(shù)據(jù)交給Spring邏輯層編輯各個接口邏輯，拓展業(yè)務。隨后通過Hibernate數(shù)據(jù)訪問完善自身業(yè)務邏輯組織，在Hibernate的訪問下無縫對接數(shù)據(jù)庫和XML，確保數(shù)據(jù)傳輸足夠快捷、足夠安全。此外Hibernate還能改變數(shù)據(jù)的訪問形式。圖2就是改系統(tǒng)的結(jié)構(gòu)，屬于三層架構(gòu)。

圖2 系統(tǒng)結(jié)構(gòu)

從圖可以看出，三層結(jié)構(gòu)在功能上和C/S相似，當然有一部分數(shù)據(jù)需要客戶端處理。該結(jié)構(gòu)將數(shù)據(jù)訪問、事務處理、系統(tǒng)交互分層，讓各個層完成對應的功能。這些層相互獨立，但又缺一不可[2]。系統(tǒng)交互接口作為表示層主要作用就是連接系統(tǒng)操作和用戶，讓用戶能夠和系統(tǒng)充分交互。比如事物輸入和結(jié)構(gòu)處理。程序需要充分考慮用戶需求，將圖形形式展示給用戶。標識層的設計需要考慮的只有表示層，而不需要考慮邏輯層實現(xiàn)的方法。如同C/S架構(gòu)一樣，表示層同樣需要客戶端支持其內(nèi)部功能[3]。三層結(jié)構(gòu)與C/S也有一些不同之處，那就是三層結(jié)構(gòu)業(yè)務邏輯功能做不到完全依靠服務器支持，絕大多數(shù)業(yè)務被轉(zhuǎn)移到客戶端，用瀏覽器解決各種業(yè)務需要。業(yè)務邏輯層模式需要客戶先發(fā)出請求隨后業(yè)務邏輯層就會為其匹配對應的反應。假設業(yè)務需求不需要訪問數(shù)據(jù)庫，那么此時的業(yè)務邏輯層就會將結(jié)果直接發(fā)給用戶。如果需要訪問數(shù)據(jù)庫，則先申請隨后處理數(shù)據(jù)庫數(shù)據(jù)，并將數(shù)據(jù)發(fā)給用戶。業(yè)務邏輯層屬于邏輯型概念[4]。其包括多個功能模塊，對應的是多個處理程序、處理業(yè)務。

數(shù)據(jù)訪問層和數(shù)據(jù)功能相關(guān)，處于服務器端。三層架構(gòu)的應用減少了服務器負擔，并且降低了使用客戶端的門檻難度。較強的通用性使得業(yè)務員不用費盡心思開發(fā)。程序員只需要處理自己對應的層即可滿足開發(fā)要求。

2.2 系統(tǒng)具體化設計

2.2.1業(yè)務邏輯層

首先是類設計。系統(tǒng)應用面向?qū)ο缶幊谭ǎδ芡耆揽款惙庋b，能夠很好的分析系統(tǒng)類屬性。項目信息類功能為描述項目實體[5]。對象存儲信息包括項目人、計劃時間、資金、日期等內(nèi)容。類操作為項目名稱、項目編號的編寫與更改。項目日歷信息對應的是日歷實體描述，能夠存儲日歷編號、項目編號、工作時長、工作時間、該類可以刪除與更改信息。任務信息主要是提供各種與屬性相關(guān)的操作，包括創(chuàng)建任務時間、起始時間、任務人、完成百分比、任務名稱等等。資源信息類包括對資源單位、資源類型、資源編號、資源成本等的編寫和更改。用戶信息主要包括用戶賬號和密碼、聯(lián)系方式、所屬單位等。新聞信息類包括審核時間、新聞標題、新聞編號、新聞內(nèi)容等。任務問題類包括人物解決狀態(tài)、描述、處理優(yōu)先級、時間等[6]。文檔類包括文檔大小、編號、所在文職、保密級別、所有者等。資源分配類包括資源需求數(shù)量、資源ID、人物ID等。任務優(yōu)先級包括任務編號、優(yōu)先級名稱、優(yōu)先級編號、任務鏈接包括ID信息、延遲天數(shù)等。

其次是業(yè)務狀態(tài)模型。為了登錄系統(tǒng)就需要設置登錄賬戶類，這個類并不屬于企業(yè)管理用戶類，該類僅僅包括用戶賬號和密碼。角色類在不同人手上的權(quán)限是不同的[7]。該類包括權(quán)限屬性、員工編號、員工名稱。權(quán)限設置了不同員工的不同權(quán)限，完成了各種功能的充分組合，包括權(quán)限類型、權(quán)限編號、權(quán)限名稱。在這幾個類的支持下權(quán)限、角色、用戶被充分統(tǒng)一到一起。登錄使用戶應用系統(tǒng)的前提，登錄中需要進行多個驗證環(huán)節(jié)，包括信息輸入正確性與合法性，驗證用戶狀態(tài)。隨后驗證用戶權(quán)限。假設用戶需要操作某個程序，就需要擁有對應的權(quán)限。如果權(quán)限不足則提示用戶沒有權(quán)限。

2.2.2表示層

設計與研究表示層的時候，要考慮順序圖。因為順序圖介紹的實際就是流程，是系統(tǒng)開發(fā)中最重要的部分之一，其能夠完成交互狀態(tài)詳細的描述，對于信息發(fā)送時間順序的管理與控制有很多的要求。系統(tǒng)認知大部分需要通過該環(huán)節(jié)、該過程處理[8]。包括資源創(chuàng)建、項目創(chuàng)建、問題解決、資源分配等內(nèi)容。

2.3 數(shù)據(jù)庫

系統(tǒng)應用SQL SERVER數(shù)據(jù)庫。因為該數(shù)據(jù)庫有著很高的性價比且操作十分簡單。當前很多企業(yè)的管理系統(tǒng)都有應用該數(shù)據(jù)庫，該數(shù)據(jù)庫的技術(shù)比較成熟。

首先是邏輯設計信息化管控系統(tǒng)包括用戶、項目、任務等管理模塊。用戶管理主要包括用戶的信息、部門、類型、權(quán)限等要求。項目管理主要包括項目需求、工程信息、流轉(zhuǎn)環(huán)節(jié)、環(huán)節(jié)跳轉(zhuǎn)等內(nèi)容。角色權(quán)限包括用戶類型、菜單、實體等資源、任務管理包括工程、任務內(nèi)容、跳轉(zhuǎn)表和環(huán)節(jié)。

其次是物理設計，系統(tǒng)邏輯層設計完后考慮物理設計要求，系統(tǒng)有著很多的表，所以這里只是介紹一些重要表。用戶信息表，包括用戶的賬號密碼、姓名電話。部門信息表包括用戶的部門信息、名稱和編碼。角色表主要作用就是存儲有角色信息，其中的屬性包括角色名稱和編號。部門類型表主要用在部門信息存放。包括類型名稱和ID。用戶權(quán)限存儲各種權(quán)限，包括用戶編號、類型和權(quán)限。系統(tǒng)菜單存放各種菜單信息包括菜單名稱、菜單ID和連接URL。任務信息表在整個系統(tǒng)中都扮演著重要角色，其屬性包括任務的數(shù)名、名稱、創(chuàng)建時間等。項目表包括用戶ID、項目ID、項目名稱、項目類型和項目時間。流程環(huán)節(jié)表就是環(huán)節(jié)ID、流程編號。

3 實現(xiàn)電力信息化管控系統(tǒng)的方法

3.1 用戶登錄

該環(huán)節(jié)主要為用戶提供登錄系統(tǒng)的條件，不屬于企業(yè)的任何部門、用戶類。其包括用戶和密碼兩個對應的屬性，不同員工的權(quán)限不同，登錄是操作系統(tǒng)的重要前提，登錄中需要驗證，如圖3所示。

圖3 用戶登錄

用戶登錄核心為Register Control.java，該核心能夠讓管理員交互數(shù)據(jù)庫和用戶表單。登錄核心為Login Control.java。使用Login Chk0函數(shù)。在用戶登錄的時候會自動調(diào)取數(shù)據(jù)庫，驗證函數(shù)和用戶賬號、密碼是否匹配。如果不匹配，系統(tǒng)就會題型請輸入正確賬號、密碼。如果用戶身份正確就會判斷用戶權(quán)限，并為其分配對應的界面。

3.2 用戶工作臺

在用戶進入系統(tǒng)后開始操作系統(tǒng)。為了提高系統(tǒng)操作便利性可以將常用功能添加到工作臺。如圖4所示。

圖4 工作臺界面

此外用戶還可以自行將自己的項目和信息添加到工作臺。

3.3 項目管理模塊

該模塊是信息化管控系統(tǒng)最關(guān)鍵的部分，包括項目創(chuàng)建、維護、分解、管理、連接控制、資金控制等。

3.4 工作任務

該模塊主要負責對各種條件的查詢，包括項目金額、創(chuàng)始人、項目編號、項目名稱。

3.5 工作任務

該模塊以報表的形式統(tǒng)計任務狀態(tài)、信息量。

4 電力信息化項目管控系統(tǒng)應用測試

4.1 原則

應用管控系統(tǒng)的過程中需要使用手工輸入的方式將提前設計好的各種數(shù)據(jù)模塊裝載在功能節(jié)點。利用軟件測試說明測試方式，著重考慮的是各種數(shù)據(jù)流程、功能能否滿足需要，包括用戶操作、用戶交互有沒有問題。

4.2 功能測試

首先是項目管理的功能測試，主要對象是管理系統(tǒng)功能測試，包括項目信息和查詢方面的要求。測試內(nèi)容為添加信息與查詢信息。先測試添加信息，隨后檢驗數(shù)據(jù)的輸入準確與否，輸入內(nèi)容包括項目名稱、項目記錄、項目負責人、項目日期隨后點擊添加，預期結(jié)果為出現(xiàn)成功添加。實際結(jié)果與預期結(jié)果相同。之后測試信息查詢，檢驗結(jié)果是否準確。流程為選擇操作對象、日期、項目名稱并點擊查詢。預期結(jié)果為出現(xiàn)查詢列表，結(jié)果與預期相同。

其次是測試任務管理的各個功能。主要對象為任務記錄、任務查詢等內(nèi)容。具體包括任務信息添加、任務信息檢索。流程為先添加信息，測試的對象為考察數(shù)據(jù)輸入是否準確，流程為輸入任務的名稱、任務的日期、任務的負責人、任務的ID，之后點擊添加按鈕。預期結(jié)果為獲得成功添加反饋，實際結(jié)果和預期相同。隨后查詢信息，考察的是結(jié)果是否準確。流程為選擇負責人、項目日期、項目名稱，最后點擊選擇按鈕。預期結(jié)果為獲得查詢列表，實際結(jié)果和預期相同。

最后是對系統(tǒng)的子功能測試。后臺系統(tǒng)對應的是賬戶管理各個功能，包括添加賬戶、刪除賬戶、數(shù)據(jù)庫備份與信息還原。該環(huán)節(jié)測試的對象和任務包括用戶添加、刪除、更改，數(shù)據(jù)庫備份與還原。率先測試的是用戶西悉尼查詢，內(nèi)容為檢驗數(shù)據(jù)輸入是否準確，輸入用戶的賬號、編號并點擊選擇按鈕。預期結(jié)果為獲得查詢列表，實際結(jié)果相同。之后測試用戶信息刪除，檢驗的是確認數(shù)據(jù)更新準確。流程為選擇用戶肚餓列表、編號，并點擊操作和刪除。預期結(jié)果為用戶里誒包更新，結(jié)果和與其相同。之后是數(shù)據(jù)庫備份，檢驗的是輸入與導出精準與否。流程為選擇文件件、備份名稱。預期結(jié)果為成功備份，實際結(jié)果和預期相同。最后是數(shù)據(jù)庫還原檢驗的是數(shù)據(jù)庫更新準確性。流程為選擇文件夾、備份文件件最后點擊還原。預期結(jié)果為成功還原，實際結(jié)果和預期相同。

4.3 非功能測試

首先是界面測試，主要是觀察界面是否會被信息所覆蓋，有沒有出現(xiàn)信息無法全部顯示和自動換行。要確保字號、字形、字體足夠合理。系統(tǒng)界面和顏色要和諧、統(tǒng)一。隨后是對功能的測試，測試范圍是電力信息化管控熊的功能點，得到的結(jié)果是通過率高達98%。隨后對一些代碼進行修改和排查保障其他無法成功通過的代碼和功能點正常運行。其次是集成測試。在結(jié)束系統(tǒng)功能測試以后得到的結(jié)果是所有功能都能夠正常運行，正確處理。再然后是性能測試，通過對客戶機測試，記錄客戶端業(yè)務處理能力和情況，結(jié)果為可以保障系統(tǒng)流暢運行，最多支持100臺設備同時處理業(yè)務。最后是安全和兼容測試。主要是測試非法入侵應對能力以及能否應對不同版本W(wǎng)indows系統(tǒng)。結(jié)果為具備良好應對能力，可以兼容從XP到10的所有系統(tǒng)。

5 結(jié)束語

對電力公司來說生產(chǎn)任務貫穿于任務管理、工程項目全部的流程，在多角色、多維度操作中呈現(xiàn)公司的層次化管理、清晰化管理，能夠保障工作有序推進。系統(tǒng)要擁有規(guī)范化管理操作流程。要擁有明確的時間線和時間基準。從設計到部署要完全體現(xiàn)軟件標準規(guī)程，為電力生產(chǎn)系統(tǒng)提供范例。電力信息化移動管控需要獲得強大的軟件系統(tǒng)支持，這樣才能夠更好的管理企業(yè)內(nèi)部、企業(yè)外部，為人們提供安全的電力資源。