基于電子商務的政府招標系統的設計與實現

摘 要：為了解決現有政府招標行為中存在的信息不透明，效率低下等問題，設計實現了基于電子商務的政府招標系統逐漸代替傳統意義上的線下招標行為.本文研究線下招標行為的過程，將政府招標過程由招標辦公室，招標信息中心，競標企業，評審專家四個角色來完成，根據角色不同設計不同的功能模塊。本系統具有功能全面，操作簡單，安全可靠等特點，具有一定的推廣價值。

關鍵詞：政府招標；電子商務；評標

中圖分類號：TP311.5 文獻標識碼：A

1 引言（Introduction）

政府招標是指政府根據自身的需求確定采購貨物的標準并發布公告，邀請眾多企業或者個人參與競標的一種行為，也是政府采購的重要組成部分。當前我國政府招標過程普遍在線下完成，屬于傳統意義上的招標行為，這種方式存在運行效率低下，信息無法共享、過程難以監督等弊端[1]，造成了公共資源的浪費而且極易滋生腐敗問題。因此有必要設計一款基于電子商務的政府招標系統實現網上招標，代替傳統意義上的線下招標行為。

2 系統需求分析（System requirement analysis）

2.1 遵循原則

基于電子商務的政府招標系統是一套集成招標信息發布、在線競標、在線評標、合同簽訂于一體的綜合服務平臺，因此在設計本系統時應當充分考慮招標過程的復雜性，全面性以及高度機密性[2]。綜合起來，本系統應當遵循的原則有以下三點：

安全性：基于電子商務的政府招標系統是為政府招標辦公室與競標公司提供商業交易的網站，競標公司注冊的數據，提供的競標書等往來數據都是商業機密，是不能容忍任何泄露的，因此網站的安全性至關重要。系統應該保證數據不能泄露，或者即使泄露也不能讓攻擊者破解已經加密過的數據。

公平性：基于電子商務的政府招標系統是為克服線下招標行為效率低下，信息不透明等缺點而誕生的，因此它應當提供一個盡可能公平、公正、公開的平臺，使所有競標公司都具有平等的競爭資格，杜絕暗箱操作和人情關系造成的腐敗問題。招標的結果和評審意見以及排序情況（涉密內容除外）應當及時向大眾公開，保障招標過程的透明性。

穩定性：鑒于在競標和評標過程中，會存在大量用戶同時在線操作的情況，基于電子商務的政府招標系統應當具有同時服務大量用戶的能力，應當具有一定的抗壓力能力，在大量用戶同時在線使用時應保證反應速度和處理效率。

2.2 功能分析

政府招標是極為復雜的社會問題，在分析政府招標的基礎上，基于電子商務的政府招標過程可以由四個角色來完成[3]，即招標辦公室，招標信息中心，競標公司和評審專家，不同用戶擁有不同功能，以下是對各個角色的功能分析。

招標辦公室：招標辦公室是招標過程的決策機構，在系統中對應的是超級管理員角色，擁有系統的所有權限，同時擁有用戶管理，系統維護和最終決定權。

招標信息中心：招標信息中心是招標辦公室的日常負責部門，對招標辦公室所做的決定做具體的實施，具有行政權，但是沒有決策權。

競標公司：競標公司是對政府招標項目感興趣的公司企業，它們在注冊后可以報名參與感興趣的項目，可以在系統上完成競標過程并且簽訂合同。

評審專家：評審專家是政府邀請的在某一行業內具有影響力的權威專家，可以對招標的過程進行監督并且評審，它們的最終評分將在很大程度上決定中標者。

通過上述角色的功能分析，系統包含的功能如圖1所示。

3 數據庫設計（Database design）

通過對系統功能分析，本系統需要構建的關鍵表有四個，包括招標信息表newstable，存儲招標記錄，詳見表1；用戶表usertable，存儲用戶個人信息，詳見表2；公司報名表invitationtable，存儲公司的競標報名情況，詳見表3；專家評審表scoretable，存儲專家對某項目的評審意見，詳見表4。

招標信息表是發布招標信息的基本表，包括10個字段，其中type表示的主頁的展示形式，比如招標公告還是中標公告或者推薦項目等，需要以此區分。

用戶表中password采用的是256位的md5加密，因此需要采用300的長度；type共有專家，競標者，招標信息中心，招標辦公室四種類型。Cardnum主要考慮的是中標公司的付款和評審專家的勞務支出。

公司報名表中bookname存儲用戶提交的競標書路徑，如果此次報名未被管理員通過，此字段為空；Ischeck表示管理員對此次報名是否已經通過，分為未審核，已通過和未通過三種情況；isread表示專家是否已經評審了標書，分為未讀和已讀兩種情況。Result表示此次競標的結果，分為中標和未中標兩種情況。

專家評審表有8個字段，需要特殊說明的是，price、business、service，以及technology是專家對此競標書的評審的四個方面，分別從此商家的報價、商業背景、服務質量以及產品技術四各方面進行打分，格式為百分制。Comment是專家對該競標書和競標商家的建議。

4 系統詳細設計（System detail design）

4.1 運行流程

政府招標由招標辦公室做出決策之后交由招標信息中心發布招標公告，競標公司看到招標公告之后注冊并且報名參與，招標信息中心將報名的信息整合并且進行資格審查，去除不合格的公司，通過資格審查的公司將下載項目標書并且在規定的時間內完成詢標和現場答疑。如果沒有異議，競標公司需要在規定的時間內編寫競標書并且上傳，之后招標信息中心將組織安排相關專家對競標書進行評審打分，招標信息中心將整理的結果一并上交招標辦公室由相關負責人確定最終中標者，由招標信息中心與中標公司簽訂正式合同?；陔娮由虅盏恼袠肆鞒虉D如圖2所示。

4.2 關鍵業務處理

在本系統中，最重要的過程是政府招標與評審標書的過程[4]。在程序流程圖中，整個系統的運行流程已經明確，但是對于招標過程和評審標書這兩個關鍵業務的表述不夠詳細，此處列出了系統處理招標和評標的順序圖，通過對順序圖的分析可以明確這兩個事件中個行為對象之間的交互，如圖3和圖4所示。

分析招標順序圖可知，招標過程涉及招標信息中心和競標公司兩個角色，這兩個角色的登錄都需要用到招標系統和數據庫的驗證身份信息，競標公司在登錄之后可以在線編輯標書，這里需要與招標系統進行交互，點擊保存并且上傳之后，招標系統會根據一定格式生成標書并且對其加密保存到數據庫中，競標過程完成，競標公司退出。招標信息中心查看標書時，數據從數據庫中讀取并生成標書之后同樣需要解密過程才呈獻給用戶。總體上來說，加密解密是要耗費一定時間和資源的，但是出于對招標過程安全性的考慮，這種措施是必要的，是符合系統安全性的設計要求的。

分析評標順序圖可知，評標的過程涉及招標信息中心和評審專家兩個角色，兩種角色都需要登錄才能下一步操作，招標信息中心需要對專家進行分組以便統一管理評審過程，評審專家需要的是查閱競標書的內容，而此過程是一個招標系統與數據庫交互的過程并且在此過程中使用到了解密的算法，需要耗費一定的時間和資源，在評審的過程中，評審專家需要將評語和分值提交給系統，系統交由數據庫進行保存。

5 結論（Conclusion）

本文從現實中政府招標過程中存在的問題出發，提出了設計開發一套基于電子商務的政府招標系統代替傳統意義上招標行為的觀點，對系統進行了需求分析并且論證其在設計中應當遵循的原則，從數據庫設計，關鍵業務處理等方面闡述了該系統的設計思路。基于電子商務的政府招標系統是未來政府招標行為發展的一個重要方向，具有一定的推廣價值。

參考文獻（References）

[1] 李林孖.政府采購評審專家管理系統的設計[J].軟件工程師，

2015（08）：25-26.

[2] 馬春英，等.政府采購管理系統的設計與實現[J].遼寧工程技

術大學學報（自然科學版），2011，2（11）：30.

[3] 凌方.基于SSH的電子商務網站的設計與實現[J].數字化用戶，

2014，（19）：100.

[4] 董杰，曾憲武.基于ASP.NET技術的電子商務交易扣稅系統

設計與實現[J].科技信息，2014，（11）：234-235.

作者簡介：

劉玉雷（1984-），男，碩士生，工程師.研究領域：數據庫與信

息系統.