經(jīng)典博弈視閾下的采購招標(biāo)管理信息系統(tǒng)構(gòu)建研究

傅亞寧

（1.南京郵電大學(xué)采購招標(biāo)管理辦公室；2.南京航空航天大學(xué)經(jīng)濟(jì)與管理學(xué)院，江蘇南京 210000）

0 引言

自2014 年以來，《中華人民共和國政府采購法》《中華人民共和國政府采購法實(shí)施條例》《政府采購貨物和服務(wù)招標(biāo)投標(biāo)管理辦法》《中華人民共和國招標(biāo)投標(biāo)法》等采購招標(biāo)領(lǐng)域的法律法規(guī)相繼修訂并頒布實(shí)施。政府轉(zhuǎn)變職能不斷推進(jìn)，中共十八大以及十八屆三中、四中、五中全會都對進(jìn)一步加快轉(zhuǎn)變政府職能提出了新要求，2016 年《政府工作報告》中明確提出了簡政放權(quán)、放管結(jié)合、優(yōu)化服務(wù)，不斷提高政府效能的“放管服”要求。中國共產(chǎn)黨的紀(jì)律建設(shè)、反腐倡廉建設(shè)向縱深發(fā)展，2014 年《關(guān)于深入推進(jìn)高等學(xué)校懲治和預(yù)防腐敗體系建設(shè)的意見》發(fā)布，2019 年《中國共產(chǎn)黨紀(jì)律處分條例》實(shí)施，2019 年《中國共產(chǎn)黨問責(zé)條例》修訂并實(shí)施。

政府采購招標(biāo)工作面臨的形勢已今非昔比，政府與市場關(guān)系重新定位、監(jiān)督制約機(jī)制不斷完善，以及承擔(dān)依法行政的新任務(wù)、推行“放管服”的新舉措，對政府采購各個環(huán)節(jié)都提出了更高要求。結(jié)合中央簡政放權(quán)、放管結(jié)合、優(yōu)化服務(wù)、科研改革的精神，面對監(jiān)督部門防范風(fēng)險、反腐倡廉的要求，以及廣大采購用戶希望提高采購效率的迫切需求，政府、企事業(yè)單位紛紛進(jìn)行采購招標(biāo)電子化與信息化的嘗試，構(gòu)建采購招標(biāo)管理信息系統(tǒng)已成為政府采購和招投標(biāo)領(lǐng)域興起的新潮流及發(fā)展的大趨勢［1-6］。

本文針對采購招標(biāo)管理信息系統(tǒng)構(gòu)建問題，運(yùn)用經(jīng)典博弈中的囚徒博弈研究方法，對采購招標(biāo)中的采購人與用戶進(jìn)行分析研究，找到采購人與用戶之間的納什平衡點(diǎn)。之后將找到的納什平衡點(diǎn)創(chuàng)造性地帶入采購招標(biāo)管理信息系統(tǒng)中，進(jìn)行采購招標(biāo)管理信息系統(tǒng)設(shè)計與實(shí)現(xiàn)，以期通過合理的采購招標(biāo)管理信息系統(tǒng)構(gòu)建，提高采購招標(biāo)質(zhì)量和效益。

1 采購招標(biāo)管理信息系統(tǒng)經(jīng)典博弈視閾分析

1.1 采購人與用戶模型構(gòu)建

采購招標(biāo)工作按照法定程序，由采購人、用戶、評審專家、供應(yīng)商、代理機(jī)構(gòu)、監(jiān)管單位共同完成，采購招標(biāo)管理信息系統(tǒng)構(gòu)建也是基于這6 類角色。在采購招標(biāo)全流程中，參與度最高的是6 類角色中的采購人與用戶角色。因此，在采購招標(biāo)管理信息系統(tǒng)建設(shè)過程中，考慮最多的也應(yīng)當(dāng)是采購人與用戶角色的需求，兼顧其他角色。

采購人的主要職責(zé)為：嚴(yán)格貫徹執(zhí)行政府采購、招投標(biāo)法律法規(guī)，建立健全自身采購招標(biāo)規(guī)章制度和實(shí)施辦法，加強(qiáng)采購項目實(shí)施全過程的內(nèi)部控制管理；受理、審核、組織實(shí)施采購項目，包括制作并發(fā)布采購公告、采購文件，接受供應(yīng)商的響應(yīng)文件，組織召開各類采購工作會議，進(jìn)行開標(biāo)、評標(biāo)、談判、磋商、詢價工作及采購方式、合同變更等事項的審議活動，完成中標(biāo)（或成交）結(jié)果公示、中標(biāo)（或成交）通知書發(fā)放；組織合同文本的審核會簽和用章管理；負(fù)責(zé)采購項目業(yè)務(wù)檔案的建檔、歸檔工作；負(fù)責(zé)本單位的“評審專家?guī)臁薄ⅰ肮?yīng)商信息庫”建設(shè)，并實(shí)行動態(tài)管理；受理對采購活動的詢問、質(zhì)疑、投訴，并按規(guī)定做好答復(fù)及處理工作。

項目用戶為采購招標(biāo)項目的第一責(zé)任人，責(zé)任范圍包括采購招標(biāo)項目前期準(zhǔn)備、采購活動實(shí)施、合同簽訂、履約驗收等全過程，主要職責(zé)為：采購項目立項和資金落實(shí)，按要求提供前置審批材料；采購招標(biāo)活動實(shí)施前的市場調(diào)研、論證，提出明晰的采購需求與建議評審辦法，參與采購文件會簽；參與采購項目評審工作；負(fù)責(zé)采購合同文本的洽談、擬訂，送采購人審核后簽訂正式合同；參與非公開招標(biāo)采購方式、合同變更等事項審議；參與對采購活動中詢問、質(zhì)疑、投訴的處理；負(fù)責(zé)全面履行采購合同，加強(qiáng)對履約驗收過程的有效管理。

采購人與用戶在采購招標(biāo)活動中往往存在矛盾，將二者的矛盾用經(jīng)典博弈中的囚徒博弈表示，如圖1 所示。圖1中有兩個角色，項目用戶與采購人。項目用戶英文為User，用U 表示；采購人英文為Purchaser，用P 表示。項目用戶U有兩個策略，一是追求采購招標(biāo)項目的規(guī)范性大于效率性，用策略a 表示；二是追求采購招標(biāo)項目的效率性大于規(guī)范性，用策略b 表示。采購人同樣有兩個策略，一是追求采購招標(biāo)項目的規(guī)范性大于效率性，用策略a 表示；二是追求采購招標(biāo)項目的效率性大于規(guī)范性，用策略b 表示。對項目用戶U 與采購人P 采取不同策略產(chǎn)生的結(jié)果進(jìn)行賦值，在括號中，前面的數(shù)字表示項目用戶U 的結(jié)果，后面的數(shù)字表示采購人P 的結(jié)果。

Fig.1 Buyer and user model圖1 采購人與用戶模型

1.2 采購人與用戶模型假設(shè)法分析

項目用戶U 與采購人P 采取不同策略產(chǎn)生的4 種結(jié)果如圖2 所示，利用假設(shè)法對采購人與用戶模型進(jìn)行分析。

Fig.2 Analysis chart of model hypothesis method圖2 模型假設(shè)法分析

對于項目用戶U，假設(shè)采購人P 采取策略a，偏好S3大于S1；假設(shè)采購人P 采取策略b，偏好S4大于S2。對于項目用戶U，S3和S4是優(yōu)先選擇。

對于采購人P，假設(shè)項目用戶U 采取a 策略，偏好S1大于S2；假設(shè)項目用戶U 采取b 策略，偏好S3大于S4。對于采購人P，S1和S3是優(yōu)先選擇。

因為對于項目用戶U，S3和S4是優(yōu)先選擇，對于采購人P，S1和S3是優(yōu)先選擇，所以對于項目用戶U 和采購人P 而言，重合部分S3是兩者的最優(yōu)選擇。即項目用戶U 采取策略b 追求采購招標(biāo)項目的效率性大于規(guī)范性，采購人P 采取策略a 追求采購招標(biāo)項目的規(guī)范性大于效率性。

1.3 采購人與用戶模型排除法分析

為進(jìn)一步驗證用假設(shè)法分析的結(jié)果，利用排除法對采購人與用戶模型進(jìn)行分析驗證。

Fig.3 Model exclusion analysis chart圖3 模型排除法分析

首先比較采購人與用戶模型中的行，比較括號中前面的數(shù)字，2 大于1，1 大于0，因此做橫線排除S1和S2；接下來比較采購人與用戶模型中的列，比較括號中后面的數(shù)字，2大于1，1 大于0，因此做豎線排除S2和S4。排除了S1、S2和S4后，剩下的S3就是項目用戶U 和采購人P 的最優(yōu)選擇。經(jīng)排除法驗證，得到與假設(shè)法同樣的結(jié)果，即項目用戶U 采取策略b 追求采購招標(biāo)項目的效率性大于規(guī)范性，采購人P采取策略a 追求采購招標(biāo)項目的規(guī)范性大于效率性是最優(yōu)選擇。

1.4 經(jīng)典博弈平衡點(diǎn)選擇

圖2 中S3的策略組合是最優(yōu)選擇，也即該經(jīng)典博弈的納什平衡點(diǎn)。采購人P 采取策略a 追求采購招標(biāo)項目的規(guī)范性大于效率性，項目用戶U 采取策略b 追求采購招標(biāo)項目的效率性大于規(guī)范性，成為解決采購人與項目用戶之間博弈的最佳策略組合，也是采購人與項目用戶的理性選擇。要實(shí)現(xiàn)該最佳策略組合的平衡點(diǎn)，就要兼顧采購招標(biāo)的法律法規(guī)與用戶個性需求、采購招標(biāo)的規(guī)定程序與用戶的效率優(yōu)先、采購招標(biāo)的公平原則與用戶效益。采購招標(biāo)管理信息系統(tǒng)是實(shí)現(xiàn)采購人與項目用戶之間納什平衡點(diǎn)的有效途徑，構(gòu)建采購招標(biāo)管理信息系統(tǒng)為采購人與項目用戶之間達(dá)成好的納什均衡提供了制度保障、程序保障、改革保障和創(chuàng)新保障，并為采購招標(biāo)制度程序在信息系統(tǒng)的落地生根創(chuàng)造了難得的機(jī)遇。

2 采購招標(biāo)管理信息系統(tǒng)設(shè)計

2.1 系統(tǒng)設(shè)計目標(biāo)

為落實(shí)國家簡政放權(quán)、放管結(jié)合、優(yōu)化服務(wù)的總體要求，做好精細(xì)化管理和服務(wù)，將“放管服”改革落實(shí)到位，本文設(shè)計與構(gòu)建一個采購招標(biāo)管理信息系統(tǒng)。采購招標(biāo)管理信息系統(tǒng)是采購招標(biāo)全流程業(yè)務(wù)管理平臺，可實(shí)現(xiàn)采購招標(biāo)全過程的電子化管理，系統(tǒng)具有較高的安全性、穩(wěn)定性與可靠性。采購招標(biāo)管理信息系統(tǒng)開發(fā)應(yīng)嚴(yán)格遵循《中華人民共和國政府采購法》《中華人民共和國招標(biāo)投標(biāo)法》《中華人民共和國政府采購法實(shí)施條例》《中華人民共和國招標(biāo)投標(biāo)法實(shí)施條例》《政府采購貨物和服務(wù)招標(biāo)投標(biāo)管理辦法》《政府采購評審專家管理辦法》《電子招標(biāo)投標(biāo)辦法》及采購人招投標(biāo)相關(guān)管理規(guī)定。采購招標(biāo)管理信息系統(tǒng)采用框架及模塊化結(jié)構(gòu)設(shè)計，具有較高的彈性及擴(kuò)展性，并支持多種后臺數(shù)據(jù)庫。

2.2 系統(tǒng)設(shè)計架構(gòu)

前文通過分析得出采購招標(biāo)管理信息系統(tǒng)是實(shí)現(xiàn)采購人與項目用戶之間納什平衡點(diǎn)的有效途徑，系統(tǒng)應(yīng)當(dāng)滿足的需求決定了系統(tǒng)必須實(shí)現(xiàn)的功能。作為采購招標(biāo)全流程業(yè)務(wù)管理平臺，采購招標(biāo)管理信息系統(tǒng)可實(shí)現(xiàn)采購招標(biāo)全過程的電子化管理，內(nèi)容涵蓋信息發(fā)布、采購申請、輔助評標(biāo)、微招標(biāo)、合同管理、專家管理、數(shù)據(jù)匯總分析等多方面內(nèi)容。從采購人實(shí)際需求出發(fā)，綜合考慮不同采購人的差異化需求，用求交集的方法總結(jié)出采購招標(biāo)管理信息系統(tǒng)的技術(shù)功能需求。將采購人的差異化需求交集總結(jié)為信息發(fā)布、采購申請、招標(biāo)綜合業(yè)務(wù)、輔助評標(biāo)、微招標(biāo)、合同管理、專家管理、基礎(chǔ)管理8 個模塊，包括立項申請、批核流程、項目分派、公告發(fā)布、專家評審、在線監(jiān)標(biāo)、結(jié)果公告、合同統(tǒng)計等在內(nèi)的43 項子功能。

采購招標(biāo)管理信息系統(tǒng)還需要能按照采購人不同的采購招標(biāo)業(yè)務(wù)制度和流程要求進(jìn)行二次開發(fā)，覆蓋采購人采購招標(biāo)管理全流程，同時覆蓋采購人、響應(yīng)供應(yīng)商、代理機(jī)構(gòu)、評標(biāo)專家、監(jiān)管部門、社會公眾等各個角色，實(shí)現(xiàn)采購招標(biāo)管理過程的全程電子化，從而提高采購效率，提高交易透明度及監(jiān)管力度。

2.3 系統(tǒng)功能設(shè)計

采購招標(biāo)管理信息系統(tǒng)可實(shí)現(xiàn)的具體功能分為基礎(chǔ)功能、核心功能、特色功能三大部分。

（1）基礎(chǔ)功能。包括采購招標(biāo)門戶網(wǎng)站建設(shè)、采購招標(biāo)項目立項申請、立項項目分派、公告文件編制發(fā)布、評審結(jié)果公告發(fā)布、采購項目資料歸檔、合同審核用印存檔等功能。采購招標(biāo)門戶網(wǎng)站需要根據(jù)采購招標(biāo)管理業(yè)務(wù)需求進(jìn)行定制開發(fā)，主要欄目包括：采購公告、結(jié)果公告、合同公告、項目情況一覽表、法律法規(guī)、曝光角、辦事指南、下載中心、機(jī)構(gòu)設(shè)置、聯(lián)系方式、常用鏈接等。網(wǎng)站內(nèi)容管理平臺須具備欄目管理、模板管理、資源管理、流量統(tǒng)計等功能，與采購招標(biāo)業(yè)務(wù)系統(tǒng)無縫對接，公告、公示等信息通過審批流程后，可自動進(jìn)行發(fā)布，還可通過系統(tǒng)在線提交項目立項申請、分派招標(biāo)項目經(jīng)辦人、啟動招投標(biāo)組織活動、起草發(fā)布招標(biāo)文件、自動生成結(jié)果公告、分級保存項目文檔、起草與審核合同等。

Fig.4 System core function architecture圖4 系統(tǒng)核心功能架構(gòu)

（2）核心功能。包括專家注冊、專家隨機(jī)抽取、專家評審、在線匯總、自動計算等功能，具體如下：①專家注冊。專家可在線填寫個人信息、工作單位、年限、職稱等基本信息，并上傳簡歷、身份證、專家成果資質(zhì)等。專家注冊提交后，通過信息審核方可成為正式專家；②專家隨機(jī)抽取。系統(tǒng)具備靈活多變的抽取條件，可按多種條件組合進(jìn)行抽取，可指定抽取內(nèi)部或外部專家，還可按專業(yè)抽取、按資格證書抽取等。之后系統(tǒng)可以語音通知專家，打印抽取單，監(jiān)督人、抽取人簽字備案；③專家評審。專家可通過平板電腦或PC 進(jìn)行評標(biāo)，具備專家組長推舉功能，專家在線進(jìn)行資格審查、符合性審查、商務(wù)評審和技術(shù)評審、在線廢標(biāo)并記錄廢標(biāo)原因。在評標(biāo)組織過程中，評標(biāo)主持人或?qū)＜医M長具備查看評審進(jìn)度、匯總評審結(jié)果的權(quán)限，具有基本審核功能，包括客觀分一致性審核、主觀分畸高畸低提醒、評審項目完整性審核等；④在線匯總。系統(tǒng)可自動生成評審匯總表，包括資格審查匯總、商務(wù)評分匯總、技術(shù)評分匯總、綜合評價匯總等；⑤自動計算。系統(tǒng)具備自動計算價格分的功能，支持常見公式選擇，對于特殊算法可進(jìn)行公式化定義，系統(tǒng)自動進(jìn)行商務(wù)技術(shù)評分統(tǒng)計及響應(yīng)供應(yīng)商得分計算，根據(jù)預(yù)設(shè)公式自動完成價格分計算、匯總并生成排名。

（3）特色功能。包括開標(biāo)評標(biāo)組織、微招標(biāo)、在線監(jiān)標(biāo)、場地管理等功能，具體如下：①開標(biāo)評標(biāo)組織。支持開評標(biāo)會場紀(jì)律語音自動播報，提供主持詞模板生成功能，通過模板系統(tǒng)自動擬出開標(biāo)會議主持詞，以方便經(jīng)辦人進(jìn)行開標(biāo)主持，開標(biāo)過程支持分屏顯示，方便投影；②微招標(biāo)。可通過微信公眾號和小程序進(jìn)行項目進(jìn)度查詢、審批審核、合同支付、合同統(tǒng)計；③在線監(jiān)標(biāo)。監(jiān)標(biāo)人可在線進(jìn)行監(jiān)標(biāo)工作，通過音視頻遠(yuǎn)程、實(shí)時監(jiān)控評標(biāo)過程；④場地管理。具備開評標(biāo)活動場地預(yù)約管理功能，支持會議室、評標(biāo)室的日程安排查閱，在場地有時間沖突時進(jìn)行場地沖突警告提示。

采購招標(biāo)管理信息系統(tǒng)項目功能需求和實(shí)現(xiàn)過程較為復(fù)雜，涉及部門、環(huán)節(jié)較多，在項目實(shí)施階段應(yīng)明確項目實(shí)施組織架構(gòu)與職責(zé)，明確系統(tǒng)開發(fā)成員組成及職責(zé)，合理劃分實(shí)施階段，明確各實(shí)施階段的工作范圍、內(nèi)容、交付成果等。在信息系統(tǒng)建設(shè)過程中進(jìn)行項目質(zhì)量監(jiān)管，以保證項目順利實(shí)施。在信息系統(tǒng)建設(shè)完成后，成果移交除正常運(yùn)行的采購招標(biāo)管理信息系統(tǒng)外，對項目各階段的技術(shù)文檔、管理文檔以及包括系統(tǒng)安裝使用手冊在內(nèi)的產(chǎn)品資料都要妥善保存，做好知識轉(zhuǎn)移工作，為系統(tǒng)接下來的運(yùn)營與維護(hù)打好基礎(chǔ)。

2.4 基于微服務(wù)的采購招標(biāo)管理信息系統(tǒng)架構(gòu)設(shè)計

本文的采購招標(biāo)管理信息系統(tǒng)采用集群架構(gòu)，為解決集群架構(gòu)的負(fù)載均衡調(diào)度器負(fù)載過大和系統(tǒng)新版本發(fā)布成本較高的問題，本系統(tǒng)采用了微服務(wù)架構(gòu)。在微服務(wù)架構(gòu)中，所有系統(tǒng)功能被拆分成一個個獨(dú)立運(yùn)行的子系統(tǒng)，每個子系統(tǒng)只負(fù)責(zé)一項服務(wù)功能，使得系統(tǒng)可以橫向拓展，系統(tǒng)之間的耦合度大大降低。本文將整個系統(tǒng)劃分為以下4 層：系統(tǒng)表現(xiàn)層、服務(wù)注冊與提供層、業(yè)務(wù)服務(wù)層、基礎(chǔ)服務(wù)層，每層提供的具體服務(wù)如圖5 所示。

（1）系統(tǒng)表現(xiàn)層。系統(tǒng)表現(xiàn)層以一個個獨(dú)立、完整的功能系統(tǒng)形式存在，負(fù)責(zé)整個系統(tǒng)的請求分發(fā)與調(diào)度，是傳統(tǒng)三層系統(tǒng)架構(gòu)中的控制層。系統(tǒng)表現(xiàn)層在接收到服務(wù)請求時，會根據(jù)請求的具體信息，調(diào)用在服務(wù)注冊層注冊的信息，服務(wù)注冊與提供層會根據(jù)請求的具體信息調(diào)用業(yè)務(wù)服務(wù)層提供的服務(wù)，業(yè)務(wù)服務(wù)層會具體處理該請求，并將處理結(jié)果返回給系統(tǒng)表現(xiàn)層，系統(tǒng)表現(xiàn)層將處理結(jié)果轉(zhuǎn)發(fā)給客戶端，客戶端可以是Web 端，也可以是移動端等。

Fig.5 Overall system architecture圖5 系統(tǒng)總體架構(gòu)

（2）服務(wù)注冊與提供層。服務(wù)注冊與提供層負(fù)責(zé)對業(yè)務(wù)服務(wù)層的服務(wù)進(jìn)行注冊，并將其提供給系統(tǒng)表現(xiàn)層。當(dāng)業(yè)務(wù)服務(wù)層的服務(wù)容器啟動時，服務(wù)提供者會在注冊中心注冊自己提供的服務(wù)；當(dāng)系統(tǒng)表現(xiàn)層的系統(tǒng)容器啟動時，服務(wù)消費(fèi)者會向注冊中心訂閱自己所需的服務(wù)，注冊中心將業(yè)務(wù)服務(wù)層的服務(wù)提供者地址信息返回給系統(tǒng)表現(xiàn)層。如果服務(wù)提供者提供的服務(wù)有更新，注冊中心將以長連接的方式投遞數(shù)據(jù)給系統(tǒng)表現(xiàn)層。

（3）業(yè)務(wù)服務(wù)層。業(yè)務(wù)服務(wù)層負(fù)責(zé)提供系統(tǒng)的業(yè)務(wù)邏輯服務(wù)，以供系統(tǒng)表現(xiàn)層調(diào)用，是傳統(tǒng)三層架構(gòu)的業(yè)務(wù)邏輯層。業(yè)務(wù)服務(wù)層在本系統(tǒng)的微服務(wù)架構(gòu)中，業(yè)務(wù)邏輯按照服務(wù)功能被拆分成獨(dú)立的子系統(tǒng)，并以RPC 接口的形式為系統(tǒng)表現(xiàn)層提供服務(wù)的遠(yuǎn)程調(diào)用。

（4）基礎(chǔ)服務(wù)層。基礎(chǔ)服務(wù)層為系統(tǒng)提供數(shù)據(jù)庫服務(wù)、圖片存儲服務(wù)、緩存服務(wù)、消息隊列服務(wù)、搜索與分析服務(wù)等，這些基礎(chǔ)服務(wù)都被封裝成系統(tǒng)通用的服務(wù)，并以獨(dú)立的子系統(tǒng)形式運(yùn)行。這些基礎(chǔ)服務(wù)會與服務(wù)中間件直接建立聯(lián)系，而不是與業(yè)務(wù)服務(wù)層的業(yè)務(wù)服務(wù)建立聯(lián)系，從而避免了業(yè)務(wù)系統(tǒng)與基礎(chǔ)服務(wù)中間件的強(qiáng)耦合性。這些基礎(chǔ)服務(wù)同樣是以RPC 接口形式為業(yè)務(wù)服務(wù)層提供服務(wù)的遠(yuǎn)程調(diào)用。采用以上系統(tǒng)架構(gòu)具有如下優(yōu)點(diǎn)：基礎(chǔ)服務(wù)中間件可被統(tǒng)一進(jìn)行維護(hù)；當(dāng)某個基礎(chǔ)服務(wù)中間件的存儲空間或運(yùn)行性能達(dá)到瓶頸時，可單獨(dú)增加服務(wù)器數(shù)量以解決瓶頸問題；基礎(chǔ)服務(wù)中間件對于業(yè)務(wù)服務(wù)層是透明的，降低了基礎(chǔ)服務(wù)層與業(yè)務(wù)服務(wù)層的耦合性，業(yè)務(wù)服務(wù)層可直接將基礎(chǔ)服務(wù)的API 通過基礎(chǔ)服務(wù)層暴露在注冊中心的地址列表注入到業(yè)務(wù)系統(tǒng)中。

本系統(tǒng)使用Fast DFS 分布式文件系統(tǒng)作為數(shù)據(jù)集圖片服務(wù)器，F(xiàn)ast DFS 是一款開源的分布式文件系統(tǒng)，具有存儲空間可橫向擴(kuò)展、可重復(fù)使用、可實(shí)時備份等優(yōu)點(diǎn)。因此，可使用其搭建一個高性能的文件服務(wù)器集群，以提供數(shù)據(jù)的上傳、下載等服務(wù)。

數(shù)據(jù)集存儲模塊的圖片服務(wù)器采用分布式文件系統(tǒng)，該圖片服務(wù)器主要由Tracker（跟蹤服務(wù)器）、Storage（存儲服務(wù)器）和Client（客戶端）3 個角色組成。跟蹤服務(wù)器主要負(fù)責(zé)存儲服務(wù)器調(diào)度，多臺Tracker 組成Tracker 集群，可達(dá)到負(fù)載均衡的效果。存儲服務(wù)器主要負(fù)責(zé)文件存儲及冗余備份，Storage 集群以分組（Group）形式進(jìn)行劃分，分組之間相互獨(dú)立。同組內(nèi)可以有多臺Storage，組內(nèi)的Storage之間也是對等關(guān)系。增加Group 可以橫向擴(kuò)容，組內(nèi)增加Storage 可以縱向擴(kuò)容。Client 端是用于訪問圖片服務(wù)器接口的應(yīng)用服務(wù)器。該圖片服務(wù)器系統(tǒng)架構(gòu)如圖6 所示。

圖片上傳功能具體流程如下：首先Client 通過Tracker查找一臺可用的Storage，然后將該Storage 的IP 地址和端口號返回給Client，Client 使用該IP 地址和端口號直接與該Storage 建立連接并上傳文件，文件上傳結(jié)束后，Storage將新生成的文件標(biāo)識符FID 返回給Client。上傳采購招標(biāo)圖片資源的功能時序圖如圖7 所示。

Fig.6 Image server system architecture圖6 圖片服務(wù)器系統(tǒng)架構(gòu)

Fig.7 Sequence diagram of picture upload function圖7 圖片上傳功能時序圖

2.5 系統(tǒng)安全性設(shè)計

采購招標(biāo)管理信息系統(tǒng)必須能在中國境內(nèi)合法銷售，與其他軟件無沖突，與采購人現(xiàn)有設(shè)施無兼容性問題，并能提供相應(yīng)服務(wù)。采購招標(biāo)管理信息系統(tǒng)要能獨(dú)立部署于采購人指定的網(wǎng)絡(luò)環(huán)境中，以滿足安全性和保密性的要求。供應(yīng)商對系統(tǒng)選用的中間件、開發(fā)平臺、代碼等的安全性實(shí)行終身負(fù)責(zé)制，任何時候發(fā)現(xiàn)漏洞等不安全因素或官方推出新的安全功能補(bǔ)丁等，都要及時跟進(jìn)解決，以避免出現(xiàn)信息安全風(fēng)險。

采購招標(biāo)管理信息系統(tǒng)需要具有較好性能，并具有可靠性、容錯性和易用性。

（1）高性能。單點(diǎn)操作響應(yīng)時間少于0.5s，100 人并發(fā)響應(yīng)時間少于2s；支持100MB 內(nèi)文件的穩(wěn)定上傳；大文件可實(shí)現(xiàn)斷點(diǎn)續(xù)傳。

（2）可靠性。在高負(fù)荷狀態(tài)下穩(wěn)定、可靠、不間斷地運(yùn)行，不能因為系統(tǒng)崩潰、異常退出等原因?qū)е聰?shù)據(jù)發(fā)生錯誤或丟失。

（3）容錯性。提供數(shù)據(jù)有效性檢驗與數(shù)據(jù)一致性校驗，能夠識別與屏蔽可能引起系統(tǒng)崩潰、異常退出的用戶誤操作。

（4）易用性。要求系統(tǒng)界面設(shè)計人性化、易于理解、操作簡單，對運(yùn)行環(huán)境和瀏覽器的兼容性好，便于推廣實(shí)施。采購招標(biāo)管理信息系統(tǒng)要能夠支持Google Chrome 瀏覽器、Firefox 瀏覽器、360 安全瀏覽器、IE9 及以上版本等主流瀏覽器。采購招標(biāo)管理信息系統(tǒng)應(yīng)能與采購人統(tǒng)一數(shù)據(jù)平臺對接，涉及到登錄相關(guān)內(nèi)容與采購人統(tǒng)一身份認(rèn)證系統(tǒng)對接，涉及到預(yù)算審批、經(jīng)濟(jì)合同管理等內(nèi)容與采購人財務(wù)系統(tǒng)對接［7-12］。

3 結(jié)語

采購招標(biāo)管理信息系統(tǒng)構(gòu)建的核心是：找到采購招標(biāo)項目規(guī)范性與效率性之間的平衡點(diǎn)，完善采購招標(biāo)制度體系；明確采購招標(biāo)管理的立足點(diǎn)，兼顧政府與市場、監(jiān)督制約機(jī)制與放管服舉措、采購人與項目用戶等之間的關(guān)系，實(shí)現(xiàn)采購招標(biāo)程序、結(jié)果與效率的動態(tài)平衡；信息化建設(shè)頂層設(shè)計先行，統(tǒng)籌協(xié)調(diào)多效并舉，加強(qiáng)采招專業(yè)人才隊伍建設(shè)與采招信息系統(tǒng)人員培訓(xùn)。

采購招標(biāo)管理信息系統(tǒng)構(gòu)建時需要注意的是：建立全流程、全方位的采招信息系統(tǒng)僅是采招信息化建設(shè)的第一階段，實(shí)現(xiàn)多個信息化平臺的信息互通、資源共享與實(shí)時對接是采招信息化建設(shè)的第二階段，運(yùn)用互聯(lián)互通的采招信息化平臺進(jìn)行數(shù)據(jù)分析、助力智慧決策是采招信息化建設(shè)的第三階段。構(gòu)建、運(yùn)用采招信息化平臺是未來的發(fā)展趨勢，但不可對其過度依賴，要注重對采招相關(guān)信息的管理，充分考慮保護(hù)投標(biāo)供應(yīng)商的商業(yè)秘密和采購人及評審專家的個人信息等。

未來還將逐步建立采購招標(biāo)管理信息化標(biāo)準(zhǔn)，伴隨著政府、企事業(yè)單位采購招標(biāo)管理信息系統(tǒng)的規(guī)范使用，采購招標(biāo)知識圖譜也將逐步建立，從而助力包括采購招標(biāo)活動在內(nèi)的其他政府決策。