保定供電公司 侯 劍

1 緒論

1.1 研究背景

行政審批平臺(tái)是政府機(jī)關(guān)辦公進(jìn)程中的一項(xiàng)重大進(jìn)步，它是計(jì)算機(jī)信息化和互聯(lián)網(wǎng)相結(jié)合的一個(gè)重要應(yīng)用。[1]

隨著電力設(shè)施的普及，電力器材的大范圍使用，而且人們的電力意識(shí)越來越強(qiáng)，使得現(xiàn)在電力系統(tǒng)需要的批閱文件越來越多，如果都是靠人工手動(dòng)批閱傳遞審批的話費(fèi)時(shí)費(fèi)力而且如果碰到領(lǐng)導(dǎo)或管理人員不在的話，那樣這個(gè)項(xiàng)目就會(huì)被終止，所以在電力行業(yè)辦公領(lǐng)域也強(qiáng)烈需要這個(gè)類似于行政審批系統(tǒng)的辦公程序。這樣不僅可以提高了客戶服務(wù)質(zhì)量，在管理上創(chuàng)新，提高了工作效率，更加使得地理位置不同的各個(gè)供電局和電業(yè)局緊密聯(lián)系在一起，加強(qiáng)了客戶服務(wù)中心對(duì)業(yè)務(wù)流程的參與、監(jiān)督和對(duì)客戶電子檔案的查詢[2]。所以要開發(fā)出自己的一套電力系統(tǒng)業(yè)務(wù)傳遞審批系統(tǒng)，這樣可以充分體現(xiàn)自己的特色，數(shù)據(jù)的安全性，系統(tǒng)性，針對(duì)性等特性。

1.2 研究目的及意義

基于B/S的電力系統(tǒng)業(yè)務(wù)傳遞審批軟件設(shè)計(jì)是以實(shí)際在電力系統(tǒng)中用到的各類文件的審批過程為模型，可以分為若干個(gè)模塊，用模型建模實(shí)現(xiàn)在web中。因?yàn)橐詫?shí)際為例所以更加符合電力人員的操作，開發(fā)此系統(tǒng)目的是通過對(duì)行政審批平臺(tái)的仿照來創(chuàng)造出符合電力系統(tǒng)的網(wǎng)上辦公平臺(tái)，便于辦公人員提高辦事效率，加快審批速度。

對(duì)于業(yè)務(wù)審批方面，這個(gè)系統(tǒng)可以提高流水線工作效率，每個(gè)環(huán)節(jié)都已經(jīng)設(shè)計(jì)好，有著嚴(yán)格的規(guī)定和遵守要素，所以員工可以不必一個(gè)一個(gè)等著去審批，各級(jí)部門也會(huì)很少有差錯(cuò)，效率會(huì)大幅提升；可以對(duì)數(shù)據(jù)安全提供保障，電力行業(yè)是我國國民經(jīng)濟(jì)的支柱產(chǎn)業(yè)，所以要求對(duì)于安全性要求特別高，這個(gè)系統(tǒng)摒棄了傳統(tǒng)一層一層員工提交的繁瑣和不安全，對(duì)機(jī)密文件起到了保護(hù)作用；可以對(duì)每一層審批過程有記錄，那層是有哪個(gè)單位，哪個(gè)部門，誰來審批的，用了多長時(shí)間，有何意見都可以查詢的到，便于以后檔案封存。

2 系統(tǒng)開發(fā)的相關(guān)技術(shù)

2.1 b/s架構(gòu)與c/s架構(gòu)

軟件體系結(jié)構(gòu)是軟件需求和軟件設(shè)計(jì)之間的一座橋梁，使得軟件設(shè)計(jì)能夠很真實(shí)地反映并滿足軟件的需求，從而提高了軟件需求和軟件設(shè)計(jì)的質(zhì)量。近年來，人們逐漸認(rèn)識(shí)到軟件體系結(jié)構(gòu)在軟件開發(fā)中的重要地位，好的軟件體系結(jié)構(gòu)是決定一個(gè)軟件系統(tǒng)成功的重要因素。[9]現(xiàn)在辦公軟件系統(tǒng)所應(yīng)用的軟件體系結(jié)構(gòu)大致可分為b/s和c/s兩種。

2.1.1 b/s架構(gòu)

所謂B/S是指Br owser/Ser ver(瀏覽器/服務(wù)器),即客戶端是標(biāo)準(zhǔn)的瀏覽器(如Int er-net Expl or e,Netscape Navi gat or等),服務(wù)器端為標(biāo)準(zhǔn)的WEB服務(wù)器協(xié)同應(yīng)用服務(wù)器響應(yīng)瀏覽器的請(qǐng)求.B/S模式是一種三層結(jié)構(gòu)的系統(tǒng).第一層客戶機(jī)是用戶與整個(gè)系統(tǒng)的接口.客戶的應(yīng)用程序精簡(jiǎn)到一個(gè)通用的瀏覽器軟件,如Net scape Navigat or,微軟公司的IE等.瀏覽器將HTML代碼轉(zhuǎn)化成圖文并茂的網(wǎng)頁.網(wǎng)頁還具備一定的交互功能,允許用戶在網(wǎng)頁提供的申請(qǐng)表上輸入信息提交給后臺(tái),并提出處理請(qǐng)求.這個(gè)后臺(tái)就是第二層的Web服務(wù)器.第二層Web服務(wù)器將啟動(dòng)相應(yīng)的進(jìn)程來響應(yīng)這一請(qǐng)求,并動(dòng)態(tài)生成一串HTML代碼,其中嵌入處理的結(jié)果,返回給客戶機(jī)的瀏覽器.如果客戶機(jī)提交的請(qǐng)求包括數(shù)據(jù)的存取,Web服器還需與數(shù)據(jù)庫服務(wù)器協(xié)同完成這一處理工作.第三層數(shù)據(jù)庫服務(wù)器的任務(wù)類似于C/S模式,負(fù)責(zé)協(xié)調(diào)不同的Web服務(wù)器發(fā)出的SQL請(qǐng)求,管理數(shù)據(jù)庫。

2.1.2 c/s架構(gòu)

所謂/C/S是指Cl ient/Ser ver(客戶機(jī)/服務(wù)器).網(wǎng)絡(luò)應(yīng)用絕大部分都可分為以下四個(gè)層次：表現(xiàn)層、事務(wù)層、數(shù)據(jù)邏輯層和數(shù)據(jù)存儲(chǔ)層.C/S模式是一種兩或三層結(jié)構(gòu)的系統(tǒng).在兩層C/S模式中。

表現(xiàn)層和事務(wù)層都放在客戶端,數(shù)據(jù)邏輯層和數(shù)據(jù)存儲(chǔ)層則置于服務(wù)器端.服務(wù)器為多個(gè)客戶應(yīng)用程序管理數(shù)據(jù),而客戶程序發(fā)送、請(qǐng)求和分析從服務(wù)器接收的數(shù)據(jù),是一種肥客戶機(jī)(Fat Cl ient)、瘦服務(wù)器的模式. 引入了中間應(yīng)用服務(wù)器,應(yīng)用邏輯駐留在其上,只有表示層存于客戶端,稱之為瘦客戶機(jī).客戶端只負(fù)責(zé)輸入數(shù)據(jù)和顯示應(yīng)用輸出的數(shù)據(jù),完成用戶接口功能.數(shù)據(jù)的請(qǐng)求、加工和結(jié)果的返回都由中間服務(wù)器完成.數(shù)據(jù)庫服務(wù)器端負(fù)責(zé)對(duì)數(shù)據(jù)的存取。

2.1.3 兩者比較

C/S的優(yōu)勢(shì)：交互性強(qiáng)、提供更安全的存取模式、降低網(wǎng)絡(luò)通信量。

B/S的優(yōu)勢(shì)：簡(jiǎn)化了客戶端、簡(jiǎn)化了系統(tǒng)的開發(fā)和維護(hù)、用戶的操作更加簡(jiǎn)單、特別適用于網(wǎng)上信息發(fā)布,使得傳統(tǒng)的MIS的功能有所擴(kuò)展。

通過比較這兩種模式分別在硬件環(huán)境、對(duì)安全要求、程序架構(gòu)、軟件重用、系統(tǒng)維護(hù)、處理問題、信息流等方面的不同，得出本平臺(tái)需要用B/S的模式來進(jìn)行開發(fā)。

3 電力系統(tǒng)業(yè)務(wù)傳遞審批系統(tǒng)的設(shè)計(jì)

3.1 軟件系統(tǒng)結(jié)構(gòu)

在前文中已經(jīng)提到本系統(tǒng)應(yīng)用b/s軟件體系結(jié)構(gòu)，針對(duì)于本系統(tǒng)第一層為用戶層，用戶包括審批人，負(fù)責(zé)人，管理員，本層包括相關(guān)用戶應(yīng)用的界面，用戶通過這些界面來與申請(qǐng)者進(jìn)行信息的交戶，在第二層業(yè)務(wù)層中，包括處理的所有信息，審批類的，注冊(cè)類的，搜索類的等等業(yè)務(wù)邏輯信息。在第三層為數(shù)據(jù)綁定管理層。用戶所有的信息，所有應(yīng)用數(shù)據(jù)都被放在這一層中。所以這三層通過界面和數(shù)據(jù)庫之間緊密的綁定在一起。充分體現(xiàn)了前臺(tái)界面與后臺(tái)數(shù)據(jù)分離，便于設(shè)計(jì)者應(yīng)用。如下圖所示：

3.2 系統(tǒng)設(shè)計(jì)

在軟件設(shè)計(jì)的基礎(chǔ)上進(jìn)行軟件的具體實(shí)施是軟件工程中軟件開發(fā)的一個(gè)重要步驟，就是對(duì)概要設(shè)計(jì)的一個(gè)細(xì)化，就是詳細(xì)設(shè)計(jì)每個(gè)模塊實(shí)現(xiàn)算法，所需的局部結(jié)構(gòu)。詳細(xì)設(shè)計(jì)的主要任務(wù)是設(shè)計(jì)每個(gè)模塊的實(shí)現(xiàn)算法、所需的局部數(shù)據(jù)結(jié)構(gòu)。詳細(xì)設(shè)計(jì)的目標(biāo)有兩個(gè)：實(shí)現(xiàn)模塊功能的算法要邏輯上正確和算法描述要簡(jiǎn)明易懂。

由于本系統(tǒng)是一個(gè)web網(wǎng)頁，在功能設(shè)計(jì)上要基本實(shí)現(xiàn)所要求的功能，而且在界面上也要有相應(yīng)的設(shè)計(jì)。本系統(tǒng)主要從首頁模塊、登錄/注冊(cè)模塊、項(xiàng)目管理模塊、用戶管理模塊、新聞模塊、我的項(xiàng)目模塊、新建項(xiàng)目模塊、審批項(xiàng)目模塊來設(shè)計(jì)的。

在上方還有項(xiàng)目管理、用戶管理、退出按鈕。在下方左側(cè)圍工作界面，為針對(duì)各種項(xiàng)目類型的結(jié)合。主界面為新聞列表和圖片。當(dāng)為游客登錄時(shí)只能查看新聞列表，而項(xiàng)目管理、用戶管理和工作桌面的控件不能觸發(fā)。

3.2.1 登錄/注冊(cè)模塊

登錄流程圖如圖：

輸入完成后，后臺(tái)代碼獲取出用戶名與密碼，將其與數(shù)據(jù)庫中的用戶名和密碼進(jìn)行比較如果數(shù)據(jù)庫中有值則跳轉(zhuǎn)到首頁，如用戶名“小明”，登錄注冊(cè)字樣，消失，如果用戶是管理員那就可以點(diǎn)擊項(xiàng)目、用戶控件，進(jìn)行編輯項(xiàng)目和用戶界面。但是如果用戶不是管理者，那這兩個(gè)控件對(duì)它是無效的。否則登錄失敗重新登錄。注冊(cè)界面有兩三個(gè)控件分別是部門、職務(wù)和權(quán)限，它們和其他控件不同的是它們運(yùn)用的dr opdownl ist控件，在綁定數(shù)據(jù)時(shí)，首頁是讓部門的控件綁定數(shù)據(jù)，然后更加部門表的變化，提供數(shù)據(jù)，根據(jù)此數(shù)據(jù)綁定下一個(gè)職務(wù)表。

3.2.2 新聞模塊

當(dāng)用戶單擊首頁新聞列表中新聞標(biāo)題是可以直接跳轉(zhuǎn)到新聞界面。把新聞標(biāo)題賦予超鏈接功能，通過數(shù)據(jù)表中news表可以得知每一個(gè)新聞標(biāo)題都對(duì)應(yīng)著一個(gè)新聞id，所以在點(diǎn)擊新聞標(biāo)題時(shí)，可以獲取這個(gè)標(biāo)題的id。跳轉(zhuǎn)到新聞頁時(shí)，就通過新聞id：Request.QueryStr ing[“newsid”]，在通過id可以再一次獲取新聞內(nèi)容，顯示在頁面中。

3.2.3 用戶管理模塊

通過管理員登錄，可以點(diǎn)擊用戶控件進(jìn)入用戶管理界面。用戶管理界面有兩個(gè)主要功能，編輯用戶、編號(hào)部門。

3.2.4 項(xiàng)目管理模塊

項(xiàng)目管理界面和用戶管理界面是一樣的，都是用的gir dview控件來綁定后臺(tái)數(shù)據(jù)庫的。

唯一和用戶管理界面不相同就是有一個(gè)查詢按鈕，因?yàn)楝F(xiàn)在在界面顯示的是負(fù)責(zé)人，采購人，保管人的id.編號(hào)而不是姓名等詳細(xì)信息，所以根據(jù)你要查詢的編號(hào)，可以得出用戶的各種信息。

3.2.5 我的項(xiàng)目模塊

在我的項(xiàng)目模塊中直接單擊“我的模塊”按鈕就能跳轉(zhuǎn)到界面，通過傳入user name這個(gè)變量，就能鎖定用戶名，從而在各個(gè)項(xiàng)目表中找出該用戶的所有信息。

3.2.6 各種項(xiàng)目模塊

在各種項(xiàng)目模塊中，包括申請(qǐng)使用界面、申請(qǐng)購買界面、丟棄報(bào)廢界面、歸還界面。

3.2.7 審批項(xiàng)目模塊

模塊主要功能是實(shí)現(xiàn)是能很清楚的了解自己是否有項(xiàng)目可以驗(yàn)收，是驗(yàn)收程序在時(shí)間上不必拖延。

過程是根據(jù)用戶姓名，在用戶表中獲取部門和職務(wù)，然后在狀態(tài)表中根據(jù)部門和職務(wù)獲取編號(hào)和順序，根據(jù)獲取的編號(hào)的數(shù)量，做出f or循環(huán)，還有每一個(gè)獲取一次序號(hào)，如果序號(hào)為1 ，則在界面顯示此編號(hào)，如果不為1,則去出上一個(gè)編號(hào)，看其狀態(tài)是否為審批，如未審批，則不顯示，否則顯示。

3.3 審批過程主要方法

每一個(gè)環(huán)節(jié)都是規(guī)定好的，可是遇到突發(fā)情況，或者項(xiàng)目不能讓這個(gè)部門審批怎么辦。這就用到了動(dòng)態(tài)流程審批。所謂動(dòng)態(tài)流程審批就是在規(guī)定好的一系列審批過程中添加或刪除某一項(xiàng)，使其整體上沒有變化只是改變某一個(gè)。動(dòng)態(tài)流程審批具有動(dòng)態(tài)變化性、復(fù)雜性和普遍性，所以很難控制每一個(gè)的變化。在本系統(tǒng)中主要用的是動(dòng)態(tài)管理功能，就是根據(jù)每個(gè)審批表中，如果此表一有變化，可能刪除，可能增加，都會(huì)給表中這個(gè)編號(hào)發(fā)一個(gè)數(shù)據(jù)信息，然后檢查這個(gè)變化到底是哪種，更加變化的類型，更新數(shù)據(jù)內(nèi)容。

4 結(jié)論

本文是基于b/s軟件體系設(shè)計(jì)的以瀏覽器為前端，數(shù)據(jù)庫綁定后臺(tái)數(shù)據(jù)庫的電力系統(tǒng)傳遞審批系統(tǒng)。本系統(tǒng)的應(yīng)用勢(shì)必為電力系統(tǒng)實(shí)現(xiàn)全面的無紙化辦公及優(yōu)化管理流程做出探索。

[1]范斌.基于B_S架構(gòu)的公文審批與處理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[D].云南大學(xué),2012,10:7-8.

[2]張正曦.基于BS的電力系統(tǒng)業(yè)務(wù)傳遞審批軟件設(shè)計(jì)與實(shí)現(xiàn)[D].電子科技大學(xué),2012,9:10-11.