羌棟強

（江蘇商貿職業(yè)學院 圖書館，江蘇 南通 226011）

0 引言

由于招投標業(yè)務的廣泛性以及重要性，歐美國家很早就進行了招投標系統(tǒng)的開發(fā)，并取得了不錯的效果[1].FreeMarkets早在20世紀90年代就引入了招投標系統(tǒng)，其用于實現商品的競價購買，不僅可節(jié)省成本，而且還有助于提升效率[2].亞洲國家在招投標系統(tǒng)搭建方面相對較晚，韓國是最早使用招投標系統(tǒng)的國家，其被廣泛應用在韓國政府各部門中，目前入駐政府招投標系統(tǒng)中的商家已超過60 000家，涉及資金已突破200億，招投標系統(tǒng)的應用有效降低了韓國政府的采購成本[3].

國內企事業(yè)單位引入招投標系統(tǒng)的時間相對較晚，并且目前所構建的系統(tǒng)功能較為簡單.國內大部分高校在招投標過程中依然采用遞交紙質材料，然后由評審專家表決的方式進行，在此模式下招投標過程還不夠透明，公正性無法得到滿足，同時招投標業(yè)務處理效率較低，嚴重影響了我國高校的采購招投標工作.因此，引入招投標管理系統(tǒng)可以推進我國高校采購需求規(guī)范化的進程，可以促進高校招投標工作的信息化，可以提高高校招投標工作的整體管理水平，從而為高校智慧校園的建設提供實質性的動力.

1 高校招投標管理系統(tǒng)構建的功能分析

1.1 系統(tǒng)需求分析

要形成完整的需求方案，需要對招投標業(yè)務流程進行分析，查找現有流程缺陷，并進行優(yōu)化，形成完善的需求方案.高校招投標管理業(yè)務工作步驟如下：

1）當高校采購部門需要采購物資時，可在線發(fā)布采購招標公告，在公告中需詳細說明采購物資詳情以及招標要求.

2）投標人查看采購招標詳情后，若決定參與投標，則需進行招標登記，證明投標人有相應的資質，經過采購部門審核后才能參與投標.

3）在擁有投標權限后，可根據招標要求在線制定標書，在標書確定后，需將標書提交給采購部門.

4）每項招標都有相應的截止日期，在截止日之前，投標人可隨時提交標書，但在截止日期后，則不能繼續(xù)投標，這時會啟動標書評審，以便選擇符合招標項目要求的投標方案.

5）在確定投標方案后，需通知投標人，并簽署合同.

1.2 主要模塊需求分析

1.2.1 安全防護模塊

在招投標過程中，高校尤為關注系統(tǒng)安全性，若安全性不夠導致標書泄露，不僅保證不了招投標過程的公正性，反而會起到相反作用，這也是引入安全防護模塊的目的.系統(tǒng)設計了該項業(yè)務的各項功能.以用例描述各用戶權限，見圖1.

1.2.2 審標中標管理模塊

在投標截止后，采購部門需要選擇專家對比所有投標方案，并選擇最優(yōu)方案，為了防止審標專家名單泄露，系統(tǒng)采用隨機方式抽取專家，然后審標完成后會以短信方式通知中標者，效率更高.以用例描述各用戶權限，見圖2.

圖1 安全防護模塊用例圖

圖2 審標中標管理模塊用例圖

1.2.3 抱怨質疑管理模塊

為了實現招投標結果的公正性，系統(tǒng)為高校紀檢監(jiān)察部門設置了監(jiān)察委員管理模塊，該模塊可監(jiān)控整個招投標過程并接受投標人的質疑或投訴，在接收到質疑或投訴后可以在第一時間啟動調查程序，以此來多角度保護招投標結果的公正性.以用例描述各用戶權限，如圖3所示.

圖3 抱怨質疑管理模塊用例圖

2 系統(tǒng)設計

2.1 網絡拓撲結構

系統(tǒng)支持用戶在學校內部處理業(yè)務，也支持在校外訪問，為了防止出現安全事件，在外部訪問時必須通過VPN.系統(tǒng)拓撲架構見圖4.

由圖4可知，為了保證系統(tǒng)性能，部署了3臺服務器，各服務器承擔的任務不同，說明如下：

1）web服務器：其用于部署高校采購招投標管理系統(tǒng)，在系統(tǒng)部署后，用戶方可操作系統(tǒng)處理招投標業(yè)務.

2）數據庫服務器：招標項目信息以及投標人信息都存儲在該服務器.

3）文件備份服務器：系統(tǒng)存在完善的備份方案，備份階段生成的文件需分開存儲，否則機器損毀則備份文件無法發(fā)揮作用，該服務器用于存儲備份文件.

2.2 系統(tǒng)主要模塊設計

2.2.1 安全防護模塊

在招投標過程中安全尤為重要，若系統(tǒng)安全性不足導致標書泄露，則投標過程是不公正的，這是引入該模塊的原因.本設計將闡述模塊核心功能處理過程.

2.2.1.1 登錄

登錄是實現系統(tǒng)安全的第一步，用于查看用戶是否處于用戶庫中，若不在則登錄失敗，否則會讀取用戶身份并為其分配權限，登錄功能的工作步驟如下：

圖4 系統(tǒng)拓撲圖

1）用戶在獲得系統(tǒng)權限之前，需要利用個人信息完成身份校驗.

2）在校驗時，需提交身份校驗的內容包括兩項，即登錄名和登錄密碼.

3）提交后第一步需要校驗登錄信息，然后系統(tǒng)需要以登錄信息為條件到用戶表中進行查詢，若用戶存在，則登錄成功，并分配權限.

以順序圖描述登錄過程，如圖5所示.

2.2.1.2 數據恢復

數據恢復功能構建在數據備份功能的基礎上，其實質是將備份文件中的數據依次插入到數據庫中.數據恢復功能的工作流程如下：

1）在系統(tǒng)中只有管理員可直接操作數據庫.

2）在確認管理員身份后，需從備份文件夾中選擇所需的備份文件，并執(zhí)行數據恢復.

3）系統(tǒng)驗證備份文件的正確性，若不正確，則提示錯誤.

4）系統(tǒng)會組裝恢復SQL語句并執(zhí)行，完成數據恢復.

以順序圖描述數據恢復過程，見圖6.

圖5 登錄功能順序圖

圖6 數據恢復功能順序圖

由分析可知，安全防護模塊涉及多個類，首先需要設計用戶管理類來處理身份識別、密碼重置、用戶管理以及安全退出等功能，同時需設計用戶信息類來傳輸用戶信息，同時需設計數據維護類來實現備份功能和恢復功能，除此以外，還需要設計日志管理類來處理日志業(yè)務，由此可得到安全防護模塊的類圖，如圖7所示.

2.2.2 招標項目管理模塊

高校存在項目需要招標時，可進行發(fā)布，以便投標人參與，其是系統(tǒng)運行的基礎，本設計將闡述模塊核心功能處理過程.

2.2.2.1 招標文件下載

招標文件中有詳細的招標描述，包括招標物資和招標基本要求等，投標方必須下載招標文件才可了解詳情，其工作步驟如下：

1）投標人查看處于招標階段的項目信息.

2）選擇招標項目，查看項目詳情，系統(tǒng)會展示招標文件以及招標截止日期等信息.

3）選擇招標文件進行下載，并確定存儲地址，然后系統(tǒng)會讀取招標文件，并將其保存到指定地址中.

以順序圖描述招標文件下載的過程，如圖8所示.

2.2.2.2 遞交投標文件

投標人可制定標書，標書需給出完整的項目解決方案，制作完成后需上傳到系統(tǒng)，以便審標，其工作步驟如下：

圖7 安全防護模塊類圖

1）投標人在報名的基礎上，可參與項目投標.

2）準備標書，然后調用upload方法上傳標書到系統(tǒng)之中.

3）在上傳時，系統(tǒng)會查看投標人身份，若未參與報名，則不能參與投標，禁止上傳，若已報名，則會查看文件類型，其只支持word格式的標書，不是word格式，則無法上傳.

4）系統(tǒng)提示投標完成.

以順序圖描述遞交投標文件過程，如圖9所示.

由分析可知，招標項目模塊需要設計多個類，首先需要設計招標項目管理類，在該類中存在招標項目發(fā)布、招標文件上傳、招標下載等信息，涉及的信息需要招標項目信息類來傳輸；其次需要設計投標文件管理類來實現文件的上傳與下載，同時在上傳時還需要檢查投標是否過期，涉及的信息需要投標文件信息類來傳輸，除此以外，還需要設計投標人報名管理類來處理投標人報名，并可查看報名名單，報名信息需要通過投標人的報名信息類進行處理，由此可得到招標項目管理模塊的類圖，見圖10.

圖8 招標文件下載功能順序圖

2.2.3 抱怨質疑管理模塊

為了實現招投標結果的公正性，高校在采購時紀檢監(jiān)察部門全程參與招投標過程，其可接受投標人的投訴，在接收到投訴后需啟動調查，以此從多角度保護招投標結果的公正性，監(jiān)察委員會調查結果出來后，需回復到提出質疑的投標人，其工作步驟如下：

1）監(jiān)察委員會負責抱怨質疑管理工作，在明確用戶為監(jiān)察委員會的基礎上，才會分配管理權限.

2）監(jiān)察委員會可管理抱怨質疑信息.

以順序圖描述中標結果查詢過程，見圖11.

由分析可知，在實現抱怨質疑管理模塊時，必須設計抱怨質疑管理類，該類提供抱怨質疑創(chuàng)建、抱怨質疑回復等方法，同時還需設計抱怨質疑信息類和抱怨回復信息類傳輸信息，由此可得到抱怨質疑管理模塊類圖，如圖12所示.

圖9 遞交投標文件功能順序圖

圖10 招標項目管理類圖

3 數據庫設計

3.1 網絡拓撲結構設計

在概念階段主要使用E-R圖，E代表實體，R表示關系，其是數據庫設計的第一步，在該階段需要完成

圖11 抱怨質疑管理功能順序圖

圖12 抱怨質疑管理模塊類圖

兩件事情，第一件就是確定系統(tǒng)需包含的實體，該項工作需要深入考察系統(tǒng)功能，并從中抽取出實體；第二項需要明確各實體關系，以此來設計實體的外鍵.除此以外，從系統(tǒng)性能以及數據庫存儲空間考慮，需為各實體屬性設置合理的存儲模式，過長則會浪費存儲空間，并且影響性能，過短則無法滿足存儲要求，因此需設計合理的數據存儲結構.系統(tǒng)的E-R圖見圖13.

3.2 數據庫物理設計

在概念階段明確了系統(tǒng)包含的實體以及實體關系，在此基礎上，需要確定各數據庫表的結構.為此在構建數據庫之前，對數據進行了分析研究，數據表也依據系統(tǒng)的各項功能需求設定，明確設定了數據名稱、數據類型、空值、主鍵、外鍵等屬性，表1和表2為關鍵表結構.

4 結論

圖13 系統(tǒng)E-R圖

表1 投標人信息表

表2 投標文件信息表

本設計主要對高校采購招投標管理系統(tǒng)進行了設計與實現，系統(tǒng)由安全防護、投標人管理、招標項目管理、審標中標管理以及抱怨質疑管理等功能組成.在對比各類技術特點的基礎上，選擇使用基于J2EE平臺進行高校采購招投標系統(tǒng)的代碼設計，并使用SQL Server 2012存儲數據，為了方便移動處理招投標業(yè)務，系統(tǒng)基于B/S模式進行開發(fā).系統(tǒng)使用面向對象的方法完成了高校采購招投標管理系統(tǒng)的構建過程，雖然提出了完整的方案，但是仍然有值得改進的地方，如：在數據可靠性方面可引入更多的措施，例如異地備份技術以及并行服務器技術等.若短信通知規(guī)模增加，則需更換通知技術，如第三方網關技術等.

參考文獻：

[1]王宇.基于SAP的網絡招標采購管理系統(tǒng)設計[J].長江大學學報（自然版），2013，10（1）：212-214.

[2]WARDSG,CLARLJM.BiddingBehaviorinOn-lineAuctions:AnExaminationoftheeBayPokemonCardMarket[J].InternationalJournalofElectronicCommerce,2014,6（4）：139-155.

[3]DONGH.ExplorationofEconomicBiddingEvaluationBeforeImplementationatBiddingManagementStage[J].ConstructionTechnology,2015,（10）：55-69.

[4]袁鳴.石油工程造價管理系統(tǒng)在投標中的應用探析[J].化工管理，2013，（22）：32-35.

[5]KAZEMPOURSJ,CONEJOAJ,RUIZC.StrategicBiddingforaLargeConsumer[J].IEEETransactionsonPowerSystems,2015,30（2）：848-856.