電子政府工程是政府單位信息化項目建設的一個重點領域。電子政府工程起主要面對的對象是公眾服務。核心的內容就是實現通過網絡來辦理各種申請、申報、審批等手續。如“電子口岸”就是電子政府工程一個典型的代表案例。筆者這里就談談在實施電子政府工程項目時的一些要點,并對此進行一些力所能及的分析與建議。希望對大家有所幫助。
一、要尊重用戶瀏覽器的選擇權利
電子政府工程,大部分情況下都是采用B/S的模式。簡單的說,在客戶端,用戶主要是通過網頁瀏覽器來訪問,在客戶端一般不需要安裝任何軟件。這對于用戶來說,是非常方便的。畢竟大部分用戶其都沒有多少的IT專業背景,讓其獨立安裝客戶端軟件還是有一定難度。
現在瀏覽器的種類比較多。雖然微軟的IE瀏覽器占主導,但是現在其市場份額在逐漸下降。這主要是因為微軟的IE瀏覽器安全性不高,經常會出現莫名其妙的崩潰問題。而且速度 也不是很理想。在這種情況下,360等瀏覽器后來居上,已經逐漸開始被用戶所接受。不過根據筆者的了解,不少政府單位的“電子政府工程”項目,顯然跟不上這個局勢。如“電子核銷”這個電子政府工程項目,現在只支持微軟的瀏覽器。對于企業信息化管理員來說,這是非常頭痛的問題。
為此,筆者給政府單位一個建議,政府單位在部署“電子政府工程”項目中,要尊重用戶選擇瀏覽器的權利。筆者的意見是,要能夠支持市面上常見的瀏覽器版本。畢竟隨著現在的發展趨勢,微軟已經很難獨撐一邊天了。隨著微軟盜版力度的加強,越來越多的用戶開始向Linux、蘋果等操作系統靠攏。這些不同的操作系統,其默認安裝的瀏覽器版本是不同的。政府單位在實施電子政府工程時,還是需要考慮這些用戶的實際需求。在瀏覽器版本上,不要只限制為微軟的瀏覽器上。
二、安全性措施需要完善
B/S架構與C/S架構相比,最讓人擔心的就是其安全性問題。確實,從現在實際應用的情況來看,B/S架構的安全性確實無法與C/S架構相比。這不但與用戶的使用習慣有關,而且從技術上來看,確實存在一些先天的不足。如果“電子政府工程”涉及到的業務具有一定的私密性質,那么在安全性上還是要采取一定的措施 。
電子政府工程,很多面對的是企業用戶。如增值稅發票驗證、電子核銷、電子口岸等項目。如果是企業用戶的話,那么安全性措施還是比較好采取的。比較簡單的處理方式,就是給每個企業配置一個“U KEY”。企業用戶只有通過這個工具才能夠登陸到這個政府的服務平臺。當然這也有一定的缺陷。如一般政府單位只給一家企業一個Ukey。也就是說,一家企業只有一個用戶可以在政府的服務平臺上進行業務的操作。對于業務量比較多的企業來說,就可能會遇到一定的問題。
如果電子政府工程面對的是普通的老百姓,安全問題就比較難以操作了。如網上銀行等等。雖然現在針對網上銀行也推出了Ukey等安全措施,但是普通用戶人手一個Ukey,其成本有點高。政府是不會為這個額外的成本買單的。羊毛出在羊身上,最好還是要老百姓來買單。不過無論如此,一定的安全措施還是有必要的。政府在實施電子政府工程時,要讓用戶覺得,自己在安全性這方面的投資是值得的。不要花了錢,安全性還是得不到保障。
三、數據是否允許脫機保存
在部署電子政府工程時,筆者認為第三個需要考慮的核心問題是,數據是否需要脫機保存。簡單的說,就是在斷網或者沒有登陸到政府服務平臺的情況下,用戶是否允許查詢以前的交易數據。因為脫機保存數據是一把雙刃劍,政府信息化主導者還是需要根據實際的項目來決定。
如果允許數據脫機保存,那么就方便用戶查詢歷史數據。有些電子政府工程可能是根據企業聯網的時間來收費的,這是一種提高性能、平衡用戶流量的很好的一個措施。如果用戶查詢以前的交易數據,都要連接到政府的服務平臺上,這無疑是浪費金錢。不過如果允許用戶數據脫機保存,也容易導致數據不一致的情況。如用戶對數據進行了本地修改,而服務器上的數據還沒有相應更改等問題。如果不允許數據脫機保存,那么用戶必須要連接到政府的服務平臺,才可以訪問數據。而實際上,用戶大概只有10%的作業是需要與服務器上的數據進行交互,九成以上的作業只是對歷史數據的查詢。如果讓用戶時刻都連接在政府的服務其平臺上,那么對于政府的服務器性能要求就會比較高。
那么到底是否允許數據脫機保存呢?筆者的建議是,還是需要根據不同的項目來處理。如果對數據的一致性要求特別高的應用,政府在項目部署時,可以在技術上限制不在用戶的客戶端上保存數據。不過這要求政府根據實際用戶的數量來配置服務器以及網絡帶寬,盡量的往上配。如果允許數據脫機保存的,如電子口岸,需要采取一定的措施來保障數據版本的一致性。如可以采取技術措施,對于脫機的數據,只能夠查詢,而不能夠修改。或者可以進行修改,但是一旦用戶登錄到政府網站,就需要自動進行數據的同步。如果數據無法進行同步,需要及時的告知用戶等等。
四、關注“井噴式”的訪問流量
政府單位在實施電子政府工程時,還需要注意的是“井噴式”的訪問流量。這是什么意思呢?筆者以增值稅發票網上驗證抵扣為例。企業單位在每個月,都需要對增值稅發票進行網上驗證。只有驗證過的發票,才能夠進行抵稅。這對于網上驗證的時間有一個限制。
在實際工作中,這很容易造成“井噴式”的訪問流量。如在月底,用戶會反映稅務部門的這個平臺速度特別的慢。這主要是因為很多企業都在月底做這項工作。使得月底平臺訪問人數激增,讓服務器不堪重負。有些企業用戶就可能將這項工作放在晚上加班去完成。這就好像現在交通的上下班高峰現象一樣,會特別的擁堵。
政府單位在實施電子政府工程項目時,需要提前估計,是否后續應用中會遇到類似的情況。如果可能會遇到,那么就需要采取積極的措施來面對。如采取“單雙號”限行的措施,某些用戶只能夠在單號登陸政府的服務平臺,而另外一些企業只能夠雙號進行。又或者政府單位自己增配服務器等硬件設備,以滿足高峰時期用戶訪問的需要。
隨著電子政府工程項目的普及,“井噴式”的訪問流量可能會越來越多。這就好像是車多了、而馬路沒有相應擴容一樣。如果規劃不當,上下班高峰的現象,在電子政府工程項目中也可能會遇到。為此筆者建議,政府的信息管理員在實施電子政府工程時,要能夠做出合理的規劃。而不是遇到問題再來處理。那樣的話,付出的代價會很大。