專家庫管理與評標專家抽取系統設計

王豐飛,方 俊,張慶華

（西安長慶科技工程有限責任公司，陜西西安，710000）

1 評標專家庫建設現狀

2000年1月1日起《中華人民共和國招標投標法》開始實施，之后各部門又相繼頒布了一系列的辦法、法規。招投標工作的不斷深入開展和逐步規范，對于促進我國社會主義市場經濟秩序的建立，促進政府廉政文化建設都起到了積極的促進作用。《中華人民共和國招標投標法》第三十七條規定：“評標由招標人依法組建的評標委員會負責。依法必須進行招標的項目，其評標委員會由招標人的代表和有關技術、經濟等方面的專家組成，成員人數為五人以上單數，其中技術、經濟等方面的專家不得少于成員總數的三分之二。評標專家的意見從某種意義上決定了最后的中標結果，因知識結構、個人認知等方面差異，其意見不可避免的會帶有主觀因素。如何合理建設招標專家庫實現科學有效、公平公正的評標專家抽取是招標管理工作的一項重要課題。

目前我國評標專家庫的建設還存在著以下較為突出的問題：

(1)建設主體不統一、重復建設、資源浪費；

(2)管理主體不統一行政監督與執法分散、非獨立，造成政出多門、監督重復等問題；

(3)評標專家有效資源不足，經常出現“評標常委”；

(4)評標專家的入庫標準、監督考評和培訓不到位；

2 評標專家抽取系統設計

圖1 系統功能結構框圖

評標專家抽取系統根據功能要求主要包括了會議專家篩選、篩選結果審批、招標會議落實、篩選結果查詢、評標專家名單生產和系統維護六大主要功能模塊。

會議專家篩選模塊根據設定的輸入條件隨機選擇指定數量且滿足條件的專家。用戶可自定義的篩選條件包括職稱、專業、單位或部門等信息。

篩選結果審批和招標會議落實兩個模塊根據招標管理工作的要求自主選擇是否掛接審批流程和是否進行會議召開情況落實。

3 系統實現細則與角色控制

3.1 專業分類

根據國家發改委制定的發改法規（2010）1538號《關于印發評標專家專業分類標準（試行）的通知》（以下簡稱《標準》）要求，2011年1月1日后新投入運行的評標專家庫應據此設置評標專家分類。

3.2 角色控制

根據用戶在各自崗位和招標過程中擔任的角色不同，系統將用戶劃分成了四類：招標主辦、招標實施、招標監督和系統維護。各角色根據工作需要在系統中分配不同的操作權限。

(1)招標主辦。項目建設單位或物資需求單位，是評標專家組成方案的需求提出方。由這些用戶填寫評標專家篩選申請表，具備篩選結果的查詢和打印權限。

(2)招標實施。根據招標主辦單位提供的需求方案完成招標項目的登記和評標專家的抽取、通知工作。具備專家抽取、項目登記和參與評標專家落實權限。

(3)招標監督。招標監督具備通過系統遠程監督專家抽選情況的權限，依法行使法律法規所賦予的監督權，可查看每個招標項目的專家抽選和參與落實情況。

(4)系統維護。系統后臺的維護管理人員，負責專家數據庫的建立、錄入，專業目錄的維護、系統用戶的維護等權限。

4 專家抽取算法

專家抽取算法必須保證抽取的有效性和公平性。既要充分滿足設定的篩選條件，又要保證滿足條件的專家以同樣的概率被選中。根據隨機選擇算法的優先程度不同可分為如下三種。

4.1 滿足條件隨機選擇算法

從滿足篩選條件的所有專家中隨機選擇指定的人數，具體執行過程如下：

(1)根據用戶申請會議所屬的會議類型在會議類型表中查看必參會人員人數，若必參會人數不為0，檢索必參會人員名單，將此類型會議對應的必參會人員信息存入會議申請專家名單緩存列表，MustVisit字段標記為‘是’；若必參會人數為0，不保存數據。

(2)根據申請界面中用戶選擇的人員篩選條件篩選符合條件且不在會議申請專家名單緩存列表中的人員，按照用戶指定的篩選人數隨機選取。選取結果存入會議申請專家名單緩存列表，MustVisit字段標記為‘否’。

(3)計算會議申請專家名單緩存列表中MustVisit字段值為‘否’的人員數，如果小于用戶要求的篩選人數，說明數據庫中符合篩選條件的人員不足，給出用戶提示。

4.2 部門絕對優先均衡選擇算法

從滿足篩選條件的所有人員中按部門隨機均衡選擇指定的人數，不足以達到均衡選擇時再隨機指定用戶選擇的部門篩選人員。具體執行過程如下：

(1)統計用戶選定的部門數，若部門數為0，則選出符合篩選條件的專家，按照用戶指定的篩選人數隨即選取。選取結果存入會議申請專家名單緩存列表，MustVisit字段標記為‘否’；若用戶選定的部門數不為0，則按照均衡原則計算出每個部門應該選取的人數。循環指定人員所屬的部門名稱，選取everydempnum個符合條件的屬于該部門的人員。

(2)計算會議申請專家名單緩存列表中MustVisit字段值為‘否’的人員數，如果小于用戶要求的篩選人數，則計算不足的人數rementnum，然后按照用戶指定的條件從中隨即選擇出符合篩選條件且不在會議申請專家名單緩存列表中rementnum個人員。再次計算選出的人數，如果仍不足要求選中人數則說明數據庫中符合篩選條件的人員不足，給出用戶提示。

4.3 部門和專業均衡選擇算法

將滿足用戶輸入篩選條件的所有人員中按部門和專業隨機均衡選擇指定的人數，其中專業均衡嵌套在部門均衡之內，不足以達到均衡選擇時再隨機指定用戶選擇的專業和部門進行人員篩選。具體執行過程如下：

(1)統計用戶指定的部門數和專業數，如果部門數和專業數為0，不限專業和部門隨即選擇符合條件的用戶指定數目的參會人員，結果存入會議申請專家名單緩存列表；如果選定的部門數為0，但專業數不為0，計算每個專業應該平均篩選的人數，循環遍歷每個專業，如果此專業被選中則限定專業隨即篩選everymajornum個符合條件且不在會議申請專家名單緩存列表中的參會人員，結果存入會議申請專家名單緩存列表。如果篩選出的必參會名單之外的符合條件的人員數不足，計算不足人數rementnum，在選定的專業范圍內隨機篩選rementnum個符合篩選限制的參會人員，篩選結果存入會議申請專家名單緩存列表；

(2)如果用戶指定的部門數不為0，指定的專業數為0，計算出每個部門應該出現的人數，循環遍歷各部門，如此部門被選中，則隨機篩選everydepnum個滿足篩選條件的此部門人員，篩選結果存入會議申請專家名單緩存列表。若篩選出的人數不足，則計算不足人數rementnum，并在所選擇的部門范圍內隨機篩選出rementnum個限定在用戶所選部門范圍之內的符合條件的人員，篩選結果存入會議申請專家名單緩存列表。

(3)如果選定的部門數和專業數均不為0，計算出每個部門和每個專業應該篩選出的平均人員數：everydepnum=num/depnum;everymajornum=depnum/majornum;外層循環遍歷各部門，內層循環遍歷各專業，循環篩選出everymajornum個滿足某選定專業的參會人員，內層循環篩選完的結果存入會議申請專家名單緩存列表，計算出本部門尚未選足的人數：rementdepnum=everydepnum-MajorSum，隨機篩選rementdepnum個限定在所選專業范圍和當前遍歷到的部門的滿足篩選條件的參會人員，篩選結果存入到會議申請專家名單緩存列表。外層部門循環遍歷結束后，計算當前篩選出的人數與所需篩選人數的不足數rement，在所限定的部門和專業范圍內隨即選出rement個滿足篩選條件的參會人員存入會議申請專家名單緩存列表。

(4)統計出會議申請專家名單緩存列表中存儲的MustVisit字段值為”否”的參會人員數，若不足要求篩選的人數則給出人數不足提示。

4.4 算法分析與比較

滿足條件隨機選擇算法設計、執行簡單，執行效率高，數據傳送占帶寬低，時間復雜度低。滿足條件隨機選擇算法的時間復雜度為O(n)，最多要求數據庫讀寫次數為6次。但是，此算法執行結果難以做到各個領域和部門的均衡，隨機性太強，經常難以滿足會議召開的人員需求。

部門絕對優先均衡選擇算法較滿足條件隨機選擇算法在時間復雜度和帶寬占有率上都有所增加。但是，此算法能夠有效保證參會人員的選取在部門之間得到均衡，更加符合現實模型的要求，不足之處是沒有在專業之間取得人員選擇的均衡，對于很多需要在專業之間均衡選取參會人員的會議還不能滿足現實要求。該算法時間復雜度為O(n),最多要求的數據庫讀寫次數為m次，其中m為用戶選取的部門數。

部門和專業均衡選擇算法可在一定范圍內達到部門和專業領域內所篩選出的參會人數的均衡，最大限度地均衡參會人員選取的公平性和全面性。但該算法設計復雜，時間復雜度高，且執行過程中頻繁讀寫數據庫，占用了較高的網絡帶寬，在當前同時登陸系統用戶數過多時容易因服務器無法及時響應，造成系統“假死”。該算法時間復雜度為O(n2),最多要求的數據庫讀寫次數為m+m*n次，其中m為選取的部門數，n為選取的專業數。

[1]劉全權.基于ASP.NET網絡辦公自動化系統的設計和實現[D].上海:華東師范大學,2010.41-60

[2]Colin Cambell,Ralph Johnson.Parallel Programming with Microsoft.NET:Design Patterns for Decomposition and Coordination on Multicore Architectures[M].北京:清華大學出版社,2012.197-228

[3]汪才華.招標采購評標專家庫設置問題法律之探討[J].招投標與管理,2013.10-14