淺談基于B/S的電力系統業務傳遞審批軟件設計

保定供電公司 侯 劍

1 緒論

1.1 研究背景

行政審批平臺是政府機關辦公進程中的一項重大進步，它是計算機信息化和互聯網相結合的一個重要應用。[1]

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

1.2 研究目的及意義

基于B/S的電力系統業務傳遞審批軟件設計是以實際在電力系統中用到的各類文件的審批過程為模型，可以分為若干個模塊，用模型建模實現在web中。因為以實際為例所以更加符合電力人員的操作，開發此系統目的是通過對行政審批平臺的仿照來創造出符合電力系統的網上辦公平臺，便于辦公人員提高辦事效率，加快審批速度。

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

2 系統開發的相關技術

2.1 b/s架構與c/s架構

軟件體系結構是軟件需求和軟件設計之間的一座橋梁，使得軟件設計能夠很真實地反映并滿足軟件的需求，從而提高了軟件需求和軟件設計的質量。近年來，人們逐漸認識到軟件體系結構在軟件開發中的重要地位，好的軟件體系結構是決定一個軟件系統成功的重要因素。[9]現在辦公軟件系統所應用的軟件體系結構大致可分為b/s和c/s兩種。

2.1.1 b/s架構

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

2.1.2 c/s架構

所謂/C/S是指Cl ient/Ser ver(客戶機/服務器).網絡應用絕大部分都可分為以下四個層次：表現層、事務層、數據邏輯層和數據存儲層.C/S模式是一種兩或三層結構的系統.在兩層C/S模式中。

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

2.1.3 兩者比較

C/S的優勢：交互性強、提供更安全的存取模式、降低網絡通信量。

B/S的優勢：簡化了客戶端、簡化了系統的開發和維護、用戶的操作更加簡單、特別適用于網上信息發布,使得傳統的MIS的功能有所擴展。

通過比較這兩種模式分別在硬件環境、對安全要求、程序架構、軟件重用、系統維護、處理問題、信息流等方面的不同，得出本平臺需要用B/S的模式來進行開發。

3 電力系統業務傳遞審批系統的設計

3.1 軟件系統結構

在前文中已經提到本系統應用b/s軟件體系結構，針對于本系統第一層為用戶層，用戶包括審批人，負責人，管理員，本層包括相關用戶應用的界面，用戶通過這些界面來與申請者進行信息的交戶，在第二層業務層中，包括處理的所有信息，審批類的，注冊類的，搜索類的等等業務邏輯信息。在第三層為數據綁定管理層。用戶所有的信息，所有應用數據都被放在這一層中。所以這三層通過界面和數據庫之間緊密的綁定在一起。充分體現了前臺界面與后臺數據分離，便于設計者應用。如下圖所示：

3.2 系統設計

在軟件設計的基礎上進行軟件的具體實施是軟件工程中軟件開發的一個重要步驟，就是對概要設計的一個細化，就是詳細設計每個模塊實現算法，所需的局部結構。詳細設計的主要任務是設計每個模塊的實現算法、所需的局部數據結構。詳細設計的目標有兩個：實現模塊功能的算法要邏輯上正確和算法描述要簡明易懂。

由于本系統是一個web網頁，在功能設計上要基本實現所要求的功能，而且在界面上也要有相應的設計。本系統主要從首頁模塊、登錄/注冊模塊、項目管理模塊、用戶管理模塊、新聞模塊、我的項目模塊、新建項目模塊、審批項目模塊來設計的。

在上方還有項目管理、用戶管理、退出按鈕。在下方左側圍工作界面，為針對各種項目類型的結合。主界面為新聞列表和圖片。當為游客登錄時只能查看新聞列表，而項目管理、用戶管理和工作桌面的控件不能觸發。

3.2.1 登錄/注冊模塊

登錄流程圖如圖：

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

3.2.2 新聞模塊

當用戶單擊首頁新聞列表中新聞標題是可以直接跳轉到新聞界面。把新聞標題賦予超鏈接功能，通過數據表中news表可以得知每一個新聞標題都對應著一個新聞id，所以在點擊新聞標題時，可以獲取這個標題的id。跳轉到新聞頁時，就通過新聞id：Request.QueryStr ing[“newsid”]，在通過id可以再一次獲取新聞內容，顯示在頁面中。

3.2.3 用戶管理模塊

通過管理員登錄，可以點擊用戶控件進入用戶管理界面。用戶管理界面有兩個主要功能，編輯用戶、編號部門。

3.2.4 項目管理模塊

項目管理界面和用戶管理界面是一樣的，都是用的gir dview控件來綁定后臺數據庫的。

唯一和用戶管理界面不相同就是有一個查詢按鈕，因為現在在界面顯示的是負責人，采購人，保管人的id.編號而不是姓名等詳細信息，所以根據你要查詢的編號，可以得出用戶的各種信息。

3.2.5 我的項目模塊

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

3.2.6 各種項目模塊

在各種項目模塊中，包括申請使用界面、申請購買界面、丟棄報廢界面、歸還界面。

3.2.7 審批項目模塊

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

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

3.3 審批過程主要方法

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

4 結論

本文是基于b/s軟件體系設計的以瀏覽器為前端，數據庫綁定后臺數據庫的電力系統傳遞審批系統。本系統的應用勢必為電力系統實現全面的無紙化辦公及優化管理流程做出探索。

[1]范斌.基于B_S架構的公文審批與處理系統設計與實現[D].云南大學,2012,10:7-8.

[2]張正曦.基于BS的電力系統業務傳遞審批軟件設計與實現[D].電子科技大學,2012,9:10-11.