中央財經大學學生大數據分析平臺采購項目

競爭性磋商文件

項目編號：FW-2019034-ZJ

中經國際招標集團有限公司

2019年5月15日

磋商文件目錄

第一部分競爭性磋商邀請..................................................3

第二部分供應商須知.....................................................6

第三部分服務需求.......................................................15

第四部分響應文件格式...................................................23

第五部分政府采購合同（僅供參考）......................................32

第六部分政府采購政策...................................................35

第一部分競爭性磋商邀請

受中央財經大學委托，中經國際招標集團有限公司就中央財經大學學生大數據分析

平臺采購項目進行國內競爭性磋商采購,現邀請符合相應資格條件的供應商參與本采購

項目(以下簡稱本項目)，并按要求提交密封響應文件。

一、項目名稱：中央財經大學學生大數據分析平臺采購項目

二、項目編號:FW-2019034-ZJ

三、采購方式：競爭性磋商

四、采購需求和采購預算：

1、項目預算：80萬元;本項目招標控制價：阻萬元。

2、項目用途：對現有各業(yè)務系統(tǒng)、網絡系統(tǒng)的數據進行規(guī)范、采集、挖掘和分析,

建立校內學生個人數據倉庫、專業(yè)市場數據和校內全量基礎數據庫群以及數據信息采集

處理、匯總分析、共享服務的大數據分析平臺。

3、招標內容：將對學校各個業(yè)務系統(tǒng)的數據進行整合，針對學校已有的主數據交

換平臺，將直接對數據交換平臺內的數據進行直接采集，并進行對應格式轉換入庫。具

體采購需求、服務要求等見本文件第三部分。

4、項目地點：中央財經大學

5、服務期限：自合同簽訂起3個月內交付完成。

五、需要落實的政府采購政策要求

節(jié)能產品強制采購、節(jié)能產品、環(huán)境標志產品優(yōu)先采購、政府采購促進中小企業(yè)發(fā)

展、政府采購支持監(jiān)獄企業(yè)發(fā)展、促進殘疾人就業(yè)政府采購政策等。

六、供應商資格條件：

1、符合《中華人民共和國政府采購法》第二十二條的規(guī)定；

3、在中華人民共和國境內注冊，具備生產或經營本項目標的物資質；

4、未列入失信被執(zhí)行人、重大稅收違法案件當事人名單、政府采購嚴重違法失信

行為記錄名單；

5、本項目不接受供應商以聯(lián)合體形式參加。

七、信用信息查詢的查詢渠道及截止時點

1、查詢渠道："信用中國”網站(),中國政府采購網

(www.ccgp.gov.cn)等；

2、截止時點：自磋商文件發(fā)出之日起至提交響應文件截止時間止;

3、具體信用信息查詢要求見本文件。

八、磋商文件售價及獲取：

1、磋商文件售價：500元/本，售后不退；現場獲??；

2、獲取時間：2019年06月12日9:30至2019年06月19日16:00（北京時間，

工作時間，下同）；

3、獲取地點：北京市東城區(qū)濱河路1號航天信息大廈10層1001室。

4、獲取方式及要求：凡參加本項目的供應商，須由其法定代表人授權代表攜帶以

下材料：①法定代表人授權書；②被授權代表本人身份證原件及復印件；③信用信息查

詢記錄網頁打印頁（查詢時間符合信用信息查詢截止時點要求，有不良記錄、失信記錄

須展開后打?。?/p>

備注：以上復印件和打印頁均須加蓋供應商公章，傳真件、掃描件、電子圖片不能

認同為原件的替代文件。在規(guī)定時間到中經國際招標集團有限公司進行備案登記后領取

電子版磋商文件。

九、首次磋商響應文件的提交時間及地點、截止時間、開啟時間及地點：

1、提交時間:2019年06月24日9:00-9:30；

2、提交地點：北京市東城區(qū)濱河路1號航天信息大樓10層會議室

3、截止時間:2019年06月24日9:30；

4、開啟時間：2019年06月24日9:30；

5、開啟地點：北京市東城區(qū)濱河路1號航天信息大樓10層會議室。

特別提示：鑒于北京市的交通狀況，請各供應商務必把握好時間，逾期送達或不符

合規(guī)定的響應文件恕不接收。

十、現場踏勘時間及地點

本項目不組織統(tǒng)一踏勘現場

十一、采購人聯(lián)系人及聯(lián)系方法

采購人：中央財經大學

采購人聯(lián)系人：王老師

采購人聯(lián)系電話/p>

采購人地址：北京市海淀區(qū)學院南路39號

十二、采購招標代理項目聯(lián)系人及聯(lián)系方式：

采購代理機構：中經國際招標集團有限公司

采購代理機構聯(lián)系人：邱銳

采購代理機構聯(lián)系方式：010—57217116

采購代理機構地址：北京市東城區(qū)濱河路1號航天信息大廈

第二部分供應商須知

一說明

1本磋商文件適用于本文件第五部分中所述所有貨物和（或）服務的供應商的報價和

磋商。

2費用

2.1預算金額：80萬元。

2.2供應商應承擔所有與準備和參加磋商有關的費用，不論磋商的結果如何，采購人

及中經國際招標集團有限公司均無承擔的義務和責任。

2.3中經國際招標集團有限公司收取成交服務費。本項目擬定成交供應商1名，成交

供應商應繳納服務費：參照1980號文件下浮20%支付進行計算，由成交供應商支

付。

2.4供應商以中小企業(yè)名義（含中型、小型、微型企業(yè)，下同）參與本次政府采購活

動的，應符合《工業(yè)和信息化部、國家統(tǒng)計局、國家發(fā)展和改革委員會、財政部

關于印發(fā)中小企業(yè)劃型標準規(guī)定的通知》（工信部聯(lián)企業(yè)（2011）300號）規(guī)定

的中小企業(yè)劃分標準，并提交《中小企業(yè)聲明函》（格式詳見本文件第七部分）。

中小企業(yè)提供的貨物應當是本企業(yè)制造的貨物，或者是其他中小企業(yè)制造的貨

物。小型、微型企業(yè)提供中型企業(yè)制造的貨物的，視同為中型企業(yè)。本條所稱貨

物不包括使用大型企業(yè)注冊商標的貨物。中小企業(yè)承擔的工程或者服務應當由本

企業(yè)完成。

2.5鼓勵大中型企業(yè)和其他自然人、法人或者其他組織與小型、微型企業(yè)組成聯(lián)合體

共同參加非專門面向中小企業(yè)的政府采購活動（不允許聯(lián)合體參加的項目除外）。

聯(lián)合體各方均為小型、微型企業(yè)的，聯(lián)合體視同為小型、微型企業(yè)，享受《政府

采購促進中小企業(yè)發(fā)展暫行辦法》（財庫（2011）181號）規(guī)定的扶持政策。組

成聯(lián)合體的大中型企業(yè)和其他自然人、法人或者其他組織，與小型、微型企業(yè)之

間不得存在投資關系。

2.6供應商不應與在本次磋商中為采購人、采購中心設計編制技術規(guī)格、評審方法和

其他文件的公司及其附屬機構有任何隸屬關系和利益聯(lián)系。

2.7本項目如果允許代理商磋商報價，應按供應商須知前附表第4條規(guī)定提供相關材

料。根據財政部財辦庫（2003）38號文件規(guī)定，原則上同一品牌同一型號產品只

能有一家供應商，如果有多家代理商參加同一品牌同一型號產品磋商報價的，應

當作為一個供應商計算。

二磋商文件

3磋商文件構成

3.1要求提供服務的內容及詳細技術需求、報價須知和合同條件等在《磋商文件》中

均有說明。

《磋商文件》共五部分，內容如下：

第一部分競爭性磋商邀請

第二部分供應商須知

第三部分服務需求一覽表

第四部分響應文件格式

第五部分政府采購合同

第六部分政府采購政策

3.2供應商應認真閱讀《磋商文件》所有的事項、格式、條款和技術規(guī)范等。如供應

商沒有按照《磋商文件》要求提交全部資料，或者響應文件沒有對《磋商文件》在各方

面做出實質性響應是供應商的風險，并可能導致其響應被拒絕。

4磋商文件的澄清或修改

4.1任何要求對《磋商文件》進行澄清的供應商，均應以書面形式在答疑時間前通知

中經國際招標集團有限公司。中經國際招標集團有限公司將對認為有必要澄清的問題在

遞交響應文件截止時間5日前予以答復（答復中不包括問題的來源）。

4.2遞交響應文件截止時間5日前，中經國際招標集團有限公司可主動地或在解答供

應商提出的澄清問題時對《磋商文件》進行修改。

4.3《磋商文件》的修改、補充或更正，均以書面形式通知購買《磋商文件》的潛在

供應商，并對其具有約束力。供應商在收到上述通知后，應立即向中經國際招標集團有

限公司回函確認?！洞枭涛募返淖兏?，發(fā)布于指定的媒體網站上。

4.4為使供應商準備報價時有足夠的時間對《磋商文件》的修改部分進行響應，中經

國際招標集團有限公司有權決定是否順延提交首次響應文件截止時間。

三響應文件的編制

5報價范圍及響應文件中計量單位的使用

5.1供應商可對《磋商文件》中所列的所有服務進行報價，不得將一包中的內容拆開

報價。

5.2《響應文件》中所使用的計量單位，除《磋商文件》中有特殊要求外，應采用中

華人民共和國法定計量單位。

6響應文件的組成和相關要求

6.1響應文件分為商務部分、技術部分。

6.1.1商務部分指供應商提交的能夠證明其有資格參加磋商報價和成為成交供應商

后有能力履行政府采購合同的文件。

6.1.2技術部分是供應商提交的能夠證明其提供的貨物和（或）服務符合磋商文件規(guī)

定的文件。

供應商應按磋商文件規(guī)定提交商務文件、技術文件和需要供應商自行編寫的技

術文件。在磋商文件中標記有“*”的實質性要求，在響應文件中若有缺失、

無效、未響應或未實質性響應，將導致報價無效，且不允許在報價后補正。

6.1.3供應商應完整地按《磋商文件》第四部分“響應文件格式”提供的響應文件

格式填寫《響應文件》。

7報價

7.1所有磋商報價均以人民幣元為計算單位。供應商的報價應遵守《中華人民共和國

價格法》。報價價格應該已經扣除所有折扣，并且應已包含了購買貨物和（或）

服務所需繳納的所有稅費和貨物發(fā)運到指定地點所需的一切費用。

7.2供應商應在報價表（附件3）上標明相關服務的單價和總價，并由法定代表人或

其授權代表簽署。

7.3供應商應按磋商報價貨物和（或）服務品目清單、報價表（統(tǒng)一格式）的內容填

寫貨物和（或）服務單價（包括貨物報價，服務報價，設計費、版權費、稅費、

裝箱、包裝、包裝材料、送貨和保險費用）、總價及其他事項，并由法定代表人

或其授權代表簽署。每種規(guī)格的貨物和（或）服務只允許有一個報價，任何有選

擇的報價將導致報價無效。

7.4最低報價不能作為成為成交供應商的保證。

8磋商保證金

8.1本項目磋商保證金為0元。供應商應提供磋商保證金，并作為其有效響應

的一部分。逾期遞交將被視為非實質性響應投標而予以拒絕。

8.2磋商保證金是為了約束供應商遵守法律規(guī)定和磋商承諾而要求的。下列任何情況

發(fā)生，磋商保證金將被不予退還：

（1）供應商在提交響應文件截止時間后撤回響應文件的；

（2）供應商在響應文件中提供虛假材料的；

（3）除因不可抗力或磋商文件認可的情形以外，成交供應商不與采購人簽訂合同

的；

（4）供應商與采購人、其他供應商或者采購代理機構惡意串通的；

（5）成交供應商不按規(guī)定提交履約保證金的；

（6）磋商文件規(guī)定的其他情形。

8.3凡在中經國際招標集團有限公司采用一次性交納保證金方式的供應商，在遞交本

項目《響應文件》時仍須按規(guī)定交納磋商保證金。

8.4未按第8.1和第8.3條要求提交磋商保證金的供應商將被視為響應無效。

8.5成交供應商的保證金，在與買方簽訂合同并提交履約保證金后，且將已簽定的《政

府采購合同》1份送中經國際招標集團有限公司歸檔后，5個工作日內以支票、電匯等

形式無息退還。

8.6未成交供應商的磋商保證金將于成交通知書發(fā)出之日起5個工作日內以支票、電

匯等形式無息退還。

8.7如果磋商保證金在成交通知書發(fā)出之日該款項尚未到賬，則在到賬之日起5個工

作日內退還。

9報價有效期

9.1報價應在規(guī)定的磋商日后的0天內保持有效，報價有效期不滿足要求的《響應

文件》將做無效處理。

9.2中經國際招標集團有限公司可根據實際情況，在原報價有效期截止之前，要求供

應商同意延長響應文件的有效期。接受該要求的供應商將不會被要求和允許修正其報

價，且本須知中有關磋商保證金的要求將在延長后的有效期內繼續(xù)有效。供應商也可以

拒絕中經國際招標集團有限公司的這種要求，其磋商保證金將不會被沒收。上述要求和

答復將以書面形式作出。

10響應文件的簽署及規(guī)定

10.1供應商應準備《響應文件》正本1份、副本4份（A4幅面）和電子版」一份、

投標（一次報價）一覽表（單獨密封），每份《響應文件》須清楚地標明“正本”、“副

本”和“電子版”“投標（一次報價）一覽表”。若正本和副本不符，以正本為準。

10.2《響應文件》的正本需雙面打印或用不退色墨水書寫，并由供應商的法定代表人

或經其正式授權的代表在響應文件上簽字并加蓋單位印章。授權代表須持有書面的“法

定代表人授權書”(格式附后)，并將其附在《響應文件》中。《響應文件》的副本可

采用正本的復印件。

10.3任何行間插字、涂改和增刪，必須由簽字或蓋章后才有效。

10.4《響應文件》因字跡潦草或表達不清所引起的后果由供應商負責。

10.5本《磋商文件》中所要求的公章是指行政公章，加蓋合同專用章、報價專用章等

非行政公章的《響應文件》無效。

10.6簽署指簽字或蓋個人名章。

10.7供應商應按照磋商文件要求，在響應文件適當的位置填寫供應商全稱并加蓋公章，

同時簽署法定代表人或其授權代表的全名。

四響應文件的遞交

11響應文件的密封和標記

11.1送達《響應文件》時，供應商將《響應文件》密封。《響應文件》正本和副本密

封裝在單獨的信封中，且在封面標明“正本”“副本”“電子版”字樣。

11.2所有信封上均應：

(1)標明項目名稱、采購編號和“在2019年月日09時30分之前不得啟封”

的字樣。

(2)在信封的封裝處加蓋供應商單位公章。

(3)信封上還應寫明供應商名稱和地址，以便若其報價被宣布為“遲到”報價時，

能原封退回。

11.3如果供應商未按上述要求密封及加寫標記，中經國際招標集團有限公司對《響應

文件》的誤投或過早啟封概不負責。

12響應文件送達截止期

12.1供應商應在邀請中規(guī)定的《響應文件》送達截止日期和時間內，將《響應文件》

遞交中經國際招標集團有限公司。

12.2中經國際招標集團有限公司有權按本須知的規(guī)定，通過修改《磋商文件》延長響

應文件送達截止日期和時間。在此情況下，中經國際招標集團有限公司和供應商受截止

日期和時間制約的所有權利和義務均應延長至新的截止日期和時間。

12.3中經國際招標集團有限公司將拒絕并原封退回在本須知規(guī)定的《響應文件》送達

截止日期和時間后收到的任何《響應文件》。

五磋商及評審

13送達響應文件

中經國際招標集團有限公司應當按邀請的規(guī)定，在《響應文件》送達截止時間

的同一時間和預先確定的地點組織磋商活動，并邀請所有供應商代表參加。供應商代表

應簽名報到以證明其出席。

14組建磋商小組

磋商小組由采購人代表和有關評審專家共三人單數組成，其中評審專家的人數

不少于磋商小組成員總數的三分之二。

15響應文件的初審

15.1磋商小組將審查《響應文件》是否完整、總體編排是否有序、文件簽署是否合格、

供應商是否提交了磋商保證金、有無計算上的錯誤等。

15.2《響應文件》的大寫金額和小寫金額不一致的，以大寫金額為準；總價金額與按

單價匯總金額不一致的，以單價金額計算結果為準；單價金額小數點有明顯錯位的，應

以總價為準，并修改單價；對不同文字文本《響應文件》的解釋發(fā)生異議的，以中文文

本為準。

15.3在詳細評審之前，根據本須知的規(guī)定，磋商小組要審查每份《響應文件》是否實

質上響應了《磋商文件》的要求。實質上響應的報價應該是與《磋商文件》要求的實質

性條款、條件和規(guī)格相符，沒有重大偏離的報價。實質性響應條款以“*”形式在《磋

商文件》成交注。不滿足實質性條款要求的《響應文件》將視為無效。磋商小組決定報

價的響應性只根據響應文件本身的內容，而不尋求外部的證據。

15.4供應商不得通過修正或撤銷不符合要求的偏離或保留從而使其報價成為實質上

響應的報價。如發(fā)現下列情況之一的，其響應文件及報價將被視為無效：

（1）在《響應文件》送達截止日期和時間后送達的《響應文件》；

（2）應交未交或未足額交納磋商保證金的；

（3）不具備《磋商文件》中規(guī)定資格要求的；

（4）《響應文件》中提供虛假或失實資料的；

（5）不符合法律、法規(guī)和《磋商文件》中規(guī)定的其他實質性要求的。

16響應文件的澄清

16.1在評審期間，磋商小組有權要求供應商對其《響應文件》中含義不明確、對同類

問題表述不一致或者有明顯文字和計算錯誤的內容作必要的澄清、說明或者更正。

16.2供應商澄清、說明或者更正響應文件應當以書面形式作出，且不得超出《響應文

件》的范圍或者改變《響應文件》的實質性內容。供應商的澄清、說明或者更正應當由

法定代表人或其授權代表簽字或者加蓋公章。由授權代表簽字的，應當附法定代表人授

權書。供應商為自然人的，應當由本人簽字并附身份證明。

17磋商

17.1磋商小組所有成員集中與單一供應商分別進行磋商，并給予所有參加磋商的供應

商平等的磋商機會。

17.2在磋商中，磋商的任何一方不得透露與磋商有關的其他供應商的技術資料、價格

和其他信息。

17.3磋商小組可以根據《磋商文件》和磋商情況實質性變動采購需求中的技術、服務

要求以及合同草案條款。對《磋商文件》作出的實質性變動是《磋商文件》的有效組成

部分，磋商小組將及時以書面形式同時通知所有參加磋商的供應商。

17.4供應商應當按照《磋商文件》的變動情況和磋商小組的要求重新提交《響應文件》，

并由其法定代表人或授權代表簽字或者加蓋公章。由授權代表簽字的，應當附法定代表

人授權書。供應商為自然人的，應當由本人簽字并附身份證明。

17.5磋商小組根據項目情況可進行一輪或多輪磋商。每輪磋商結束后，磋商小組應當

要求所有參加磋商的供應商在規(guī)定時間內（一般以每輪磋商結束后半小時內）進行報價。

最后報價以最后一輪磋商結束后的報價為準。

17.6如果未在規(guī)定時間內進行報價，則以上輪磋商的報價作為最后報價（進行一輪磋

商的，以其報價為準）。

18評審

18.1初步評審合格的響應文件，經磋商確定最終采購需求和提交最后報價的供應商

后，磋商小組將根據《磋商文件》確定的評審原則和方法，對其技術部分和商務部分作

進一步的評審和比較。

18.2磋商小組采用綜合評分法對提交最后報價的供應商的響應文件和最后報價進行

綜合評分。

18.3綜合評分法，是指《響應文件》滿足《磋商文件》全部實質性要求且按評審因素

的量化指標評審得分最高的供應商為成交候選供應商的評審方法。

18.4綜合評分法中的價格得分統(tǒng)一采用低價優(yōu)先法計算，即滿足《磋商文件》要求且

最后報價最低的供應商的價格為磋商基準價，其價格分為滿分。其他供應商的價格得分

統(tǒng)一按照下列公式計算：磋商報價得分=（磋商基準價/最后磋商報價）義價格權值X100。

18.5磋商過程中，如果磋商小組認為供應商的報價或者某些分項報價明顯不合理或者

低于成本，有可能影響商品質量和不能誠信履約的，應當要求其在規(guī)定的期限內予以解

釋說明，并提交相關證明材料。供應商的澄清或者解釋應當采用書面形式，其法定代表

人或授權代表簽字或者加蓋公章。由授權代表簽字的，應當附法定代表人授權書。供應

商為自然人的，應當由本人簽字并附身份證明。如果磋商小組認為供應商所做的澄清或

者解釋不能被接受，有權利拒絕其成交。

18.6最低報價不作為成交保證。

19評審過程及保密原則

19.1送達《響應文件》之后，直到授予成交供應商合同止，凡與本次磋商有關人員對

屬于審查、澄清、評價和比較報價的有關資料以及授標意向等，均不得向供應商或其他

無關的人員透露。

19.2在磋商期間，供應商試圖影響中經國際招標集團有限公司和磋商小組的任何活

動，其響應視為無效，并承擔相應的法律責任。

六確定成交供應商

20成交候選供應商的確定標準

成交候選供應商的確定原則及標準：按評審后得分由高到低順序排列?？偟梅肿?/p>

高的供應商為成交候選供應商，次之作為成交備選供應商。評審得分相同的，按照最后

報價由低到高的順序推薦。評審得分且最后報價相同的，按照技術指標優(yōu)劣順序推薦。

21接受和拒絕任何或所有報價的權利

21.1為維護國家和社會公共利益，中經國際招標集團有限公司保留在授標之前任何時

候接受或拒絕任何報價的權利，且對受影響的供應商不承擔任何責任。

21.2因不可抗力或成交供應商不能履約等情形，采購人保留與其他候選供應商簽訂合

同的權利。

22成交通知書

22.1成交供應商確定后，中經國際招標集團有限公司以書面形式向成交供應商發(fā)出成

交通知書。

22.2成交通知書是合同的組成部分。

23簽訂合同

23.1成交供應商應當自收到成交通知書之日起30日內，按照磋商文件確定的合同文

本或甲方提供的合同以及服務要求等事項與買方簽訂政府采購合同，否則按撤回報價處

理。

23.2《磋商文件》、成交供應商的《響應文件》及其澄清文件等，均為簽訂合同的依

據。

23.3成交供應商拒絕簽訂政府采購合同的，采購人可以按照《政府采購競爭性磋商采

購方式管理暫行辦法》第二十八條第二款規(guī)定的原則確定其他供應商作為成交供應商并

簽訂政府采購合同，也可以重新開展采購活動。拒絕簽訂政府采購合同的成交供應商不

得參加對該項目重新開展的采購活動。

23.4自政府采購合同簽訂之日起2個工作日內，采購人將政府采購合同在省級以上人

民政府財政部門指定的媒體上公告，但政府采購合同中涉及國家秘密、商業(yè)秘密的內容

除外。

七詢問和質疑

24詢問

供應商對政府采購活動事項有疑問的，可以向采購代理機構提出詢問，采購代理機

構將在3個工作日內進行答復，如詢問的內容涉及其他相關當事人商業(yè)秘密的，不在答

復范圍之內。

供應商提出的詢問超出采購人對采購代理機構委托授權范圍的，供應商可向采購人提

出。

25質疑

(1)供應商認為競爭性磋商文件、采購過程和成交結果使自己的權益受到損害的，可

以在知道或者應知其權益受到損害之日起七個工作日內，以書面形式向采購人、采購代

理機構提出質疑。

備注：供應商應知其權益受到損害之日，是指：

①對可以質疑的競爭性磋商文件提出質疑的，為收到競爭性磋商文件之日或者競爭性

磋商公告期限屆滿之日；

②對采購過程提出質疑的，為各采購程序環(huán)節(jié)結束之日；

③對中標結果提出質疑的，為中標結果公告期限屆滿之日。

(2)供應商在知道或者應知其權益受到損害之日起七個工作日內，一次性提出針對同

一采購程序環(huán)節(jié)的質疑。

(3)采購人、采購代理機構將在收到供應商的書面質疑后七個工作日內作出答復，并

以書面形式通知質疑供應商和其他有關供應商，如質疑答復的內容涉及其他相關當事人

商業(yè)秘密的，不在答復范圍之內。

（4）.供應商質疑應當提交質疑函和必要的證明材料。

（5）.供應商進行質疑時，應當書面提交質疑函正本一份、副本一份及電子版一份（word

版）。

（6）.質疑函應當包括下列主要內容：

①供應商的姓名或者名稱、地址、郵編、聯(lián)系人及聯(lián)系電話；

②質疑項目的名稱、編號；

③具體、明確的質疑事項和與質疑事項相關的請求；

④事實依據；

⑤必要的法律依據；

⑥提出質疑的日期（該日期為送達我公司項目負責人的日期）。

（7）.質疑人為法人或其他組織的，應當由法定代表人（負責人）或其授權代理人簽字

并加蓋單位公章。（備注：供應商可以委托代理人進行質疑，代理人提出質疑，應當提

交供應商簽署的授權委托書。其授權委托書應當載明代理人的姓名或者名稱、代理事項、

具體權限、期限和相關事項。供應商為自然人的，應當由本人簽字；供應商為法人或者

其他組織的，應當由法定代表人、主要負責人簽字或者蓋章，并加蓋公章。）

（8）.供應商撤銷質疑的，需要提交有效簽署的書面撤銷材料。

（9）.質疑供應商進行虛假、惡意質疑的，采購代理機構將向財政主管部門進行匯報。

接收詢問、質疑函聯(lián)系人為采購代理機構本項目的聯(lián)系人，聯(lián)系電話為文件第一章中采

購代理機構本項目聯(lián)系人的聯(lián)系電話，地址為獲取競爭性磋商文件的地址。

第三部分服務需求

第一節(jié)服務需求

一、項目概況

結合學校實際情況和發(fā)展需求，對現有各業(yè)務系統(tǒng)、網絡系統(tǒng)的數據進行規(guī)范、采集、挖掘和

分析，并按照一定的頂層架構和算法，構建學生的微觀大數據系統(tǒng)，打通數據的連接通道，建立校

內學生個人數據倉庫、專業(yè)市場數據和校內全量基礎數據庫群以及數據信息采集處理、匯總分析、

共享服務的大數據分析平臺，并提高學生的自我認識，促進學生管理改革，為領導提供數據支持和

決策參考。

二、系統(tǒng)功能需求

2.1平臺需求

本次建設將對學校各個業(yè)務系統(tǒng)的數據進行整合，針對學校已有的主數據交換平臺，將直接對

數據交換平臺內的數據進行直接采集，并進行對應格式轉換入庫。對數據交換平臺外的數據源，比

如網絡日志、互聯(lián)網數據等，則重新進行采集和數據清洗等工作，并按照新的格式進行數據入庫工

作。同時搭建包含數據轉換、數據預處理、數據建模、挖掘算法的大數據系統(tǒng)平臺，并且部署大數

據業(yè)務分析系統(tǒng)和大數據管理系統(tǒng)，對數據元、集群、用戶權限等進行可視化管理，以提高學校的

大數據運維管理能力。

通過本次平臺的建設，學校將完成對整體校園大數據架構的整體規(guī)劃和校園IT數據的戰(zhàn)略布局,

建設可擴展的大數據管理平臺及搭建包含數據采集、數據清洗、數據挖掘、數據管理和服務的全方

位大數據管理平臺，為充實學校整體數據信息化建設和數據的積累打下堅實的基礎，為學校逐步構

建大數據應用分析提供平臺支持，充分發(fā)揮學校數據的價值，為學生教學和管理，老師的培訓和提

升，教育質量的優(yōu)化等提供數據服務。通過大數據平臺分析，能夠發(fā)現目前校園建設的不足。

大數據平臺由7個模塊組成，分別為數據采集和處理、存儲管理、數據管理、算法模型、數據

安全、API接口和實時計算。

2.1.1數據采集和處理

L平臺能夠進行結構化數據采集，支持常見的MySQL、SQLServer.Oracle等數據庫的接入，接

入數據庫的表支持全量和增量兩種數據采集方式。

2.平臺能夠進行半構化數據采集，支持常見請求方式如：get、post等，解析方式支持json和

xml：在高級設置中可以針對不同的采集量可以對采集服務做參數優(yōu)化（如執(zhí)行進程數，進程內存,

driver的內存）。

3.平臺能夠進行解析規(guī)則管理，解析規(guī)則可支持選擇規(guī)則配置文件。解析規(guī)則配置完成后在非

結構化數據采集中可以進行解析方式應用。

4.大數據平臺在數據采集里支持數據采集日志查詢功能。可選擇任務類型、任務狀態(tài)、執(zhí)行時

間等進行查詢。顯示內容包含序號、任務、任務類型、狀態(tài)、開始時間、結束時間、狀態(tài)日志詳細

信息等。

5.大數據平臺具有數據預處理功能。可支持拖拉拽的方式進行數據預處理工作，數據預處理列

表包括數據過濾，數據替換；數據轉換包含選擇列和常量列兩種方式。

6.大數據平臺具有數據預處理功能?？芍С滞侠У姆绞竭M行數據預處理工作，數據預處理列

表包含數據集成功能。數據集成主要支持數據合并、數據關聯(lián)兩種方式。支持處理結果輸出到多種

數據源或多個數據源。

2.1.2存儲管理

1.大數據平臺具有數據管理功能。其中元數據管理支持對數據庫進行搜索；數據庫可支持表搜

索且可查看表名、備注、類型。表明細包含概述、歹人樣本、細節(jié)。其中概述應包含建表日期、位

置（可跳轉存儲位置）、文件數量、文件大小等；列應包含字段、類型、備注；樣本能夠暫時包含

所有字段的10個樣本數據。

2.數據管理具有數據質量報告功能?？梢赃x擇數據來源庫和數據來源表來對數據質量報告進行

展示。所展示內容應包含該表下所有字段的數據質量。

2.1.3算法模型

1.大數據平臺應包含機器學習庫模塊，模塊應包含知識庫功能，知識庫包含線性代數、微積分、

分類算法、線性回歸算法、邏輯回歸算法、支持向量機聚類算法、降緯算法、協(xié)同過濾、EM算法、

Python等機器學習知識庫。

2.大數據平臺應包含機器學習模塊，模塊應包含機器學習平臺功能。機器學習平臺支持對算法

進行代碼編輯及算法驗證。

2.1.4數據安全

主要集中在針對數據安全來說：由于大數據平臺匯集了權限的數據，所以在保障安全上要有一

套安全體系：

提供用戶名、密碼等多認證組合的安全驗證方式；

提供Kerberors、LDAP、sentry等安全防護組件；

提供數據劃分和隔離功能，提供對數據訪問記錄分析等功能；

提供數據多副本冗余存儲，網絡的多鏈路冗余技術，保證數據及存儲的安全性；

提供用戶管理體系和管理平臺，提供多用戶的權限及安全管理，以圖形化方式對用戶的權限及

角色進行增刪查改等：

提供針對用戶的訪問權限的數據進行動態(tài)脫敏授權，脫敏范圍精細到字段；

2.1.5API接口

針對于大數據平臺的開放性，避免后期接口費用，接口標準等問題，要求提供統(tǒng)一標準的API

接口：

提供統(tǒng)一標準的數據倉庫開發(fā)接口，支持至少包含Python、Java等開發(fā)語言。提供標準的sql

語言支持，支持JDBC數據連接方式；

提供統(tǒng)一的API接口管理中心，對接口提供統(tǒng)一的管理控制及授權；

提供統(tǒng)一的模型主題庫開發(fā)接口，可對接第三方BI開發(fā)工具，支持用戶自定義業(yè)務呈現開發(fā)：

支持分布式負載均衡設計架構，支持高并發(fā)，接口支撐不受單個程序異常的影響；

提供開發(fā)者權限管理功能；

2.1.6實時計算

針對實時性要求比較高的應用，要考慮實時計算的問題，比如學科數據的實時監(jiān)測，為學生提

供實時的自習室，餐廳等的推薦。

針對實時性要求比較高的數據，提供實時采集、實時計算、實時展示功能；

至少提供flume做日志采集、采用kafka做實時流處理，形成消息隊列；

通過kaflca提供消息隊列處理，使用sparkstreaming實時流運算，運算后供前端展示；

支持流式數據批量處理功能，將流式的實時數據分解到計算節(jié)點批量處理；

2.2業(yè)務需求

目前，學?，F有的數據未實現整合，覆蓋了學生學籍數據、招生數據、就業(yè)數據、教務數據、

住宿數據、資助數據等，傳統(tǒng)的手段無法對這些數據進行準確的分析，無法提供精準的服務和指導。

學工大數據分析系統(tǒng)就是把以前數據進行建設和管理，實現“讓數據說話”的功能，對某個個體、某

個群體，以及所有學生的特征進行提取和圖表呈現，為決策提供依據。

初期開發(fā)建設的需求主要覆蓋三個方面的內容：綜合畫像、綜合預警和行為軌跡。綜合畫像可

以呈現三方面的內容：群體畫像、個人畫像和學生大數據報告；綜合預警可以細分為緊急預警、學

業(yè)預警、行為異常預警、網絡預警、貧困預警、心理預警以及相關的管理功能；行為軌跡包括重點

人群軌跡、校園熱力分析、樓宇使用分析，具體內容如下：

2.2.1綜合畫像

“綜合畫像''需實現的功能是根據用戶特征進行標簽管理，對現有的學生數據進行收集分析，能

夠呈現一個學生、一個群體或者全校學生的特征全貌，并開展橫向、縱向和歷史數據的對比，呈現

發(fā)展變化的趨勢，形成分析報告。

1.群體畫像

建立每個學生的個人畫像，為每位學生貼上標簽，并且進行歷史發(fā)展情況、學習排名等數據進

行模型分析，提供行為畫像分析報告和未來發(fā)展決策建議

(1)群體整體畫像

通過對群體學習水平、作息習慣、上網習慣、社交關系方面的學生進行劃分等級，清晰展示不

同特征的學生群體人數。

(2)待處理預警情況

通過餅圖區(qū)分行為預警、緊急預警、學業(yè)預警待處理條數，清晰展示不同預警的數量情況；

(3)群體學生關系圖

展示群體學生在校關系圖譜，分析出社交中心的學生和邊緣的學生；

(4)預測掛科情況

根據學生在校學習情況分析，判斷出無掛科、掛科一門、掛科兩門、掛科三門及以上的人數分

布，并對掛科情況進行等級分類，發(fā)出學業(yè)預警；

(5)平均月消費金額趨勢、學校用餐率、學校用餐地點分析

通過平均月消費金額、男生平均月消費金額、女生平均月消費金額三個維度，用折線圖的方式

展示學生消費金額的趨勢變化；根據一卡通消費數據，展示出學生消費次數多的食堂窗口；統(tǒng)計出

學生早餐、午餐、晚餐用餐時間是否在合理時間段內；

(6)貧困生情況分析

通過匹配學工系統(tǒng)貧困生的數據庫，整理出這個群體的在校行為、生活習慣、消費習慣等情況,

設置一定的篩選規(guī)則，分析出貧困生的不同人數占比情況；

(7)上網時長和時段分析(上網數據)

通過分析學生使用校園網的數據，分析出不同上網時長的不同學生人數情況；通過抓取學生使

用校園網第一次和最后一次數據，分析不同0-24小時時間段內具體的上網人數；

(8)圖書借閱信息分析(圖書館借閱系統(tǒng))

通過對接圖書館系統(tǒng)數據，分析當前學生群體在不同時期的圖書借閱次數；以詞云圖的形式展

現當前所選人群關注的熱門圖書情況；

(9)學生成績分布

通過對接教務系統(tǒng)數據，可以分析不同績點下的學生人數分布情況，學生的成績分布情況與學

生行為軌跡、學生特征信息等數據進行關聯(lián)研究；

(10)畢業(yè)生去向預測

提供畢業(yè)生去向預測功能，依據畢業(yè)生綜合行為畫像，對畢業(yè)生就業(yè)或考研或考公等去向做出

預測

2.個人畫像

根據篩選條件，實現對學生個體、班級、學院、某個社群組織的整體畫像，也可以查詢某個學

生的畫像數據。

(1)綜合畫像分析

通過對個人信息、學習水平、作息習慣、上網習慣、社交關系、三餐規(guī)律、消費水平方面的特

征詞提取，對學生個人進行標簽化的分析并展示出來；

(2)最近7天狀態(tài)分析

通過熱力圖的方式展示學生一周在校行為軌跡，分析學生經常性聚集地點，動態(tài)把握學生的學

習、生活;

(3)個人學業(yè)成績詳情

通過對當前學生課程進修進度情況，當前學生的成績趨勢以及與班級的平均值對比，課程準點

情況，疑似逃課情況，在校期間各課程的成績明細等方面分析，系統(tǒng)全面了解該生個人學業(yè)成績情

況，幫助學生準確定位問題點。

(4)個人作息情況

通過對學生作息規(guī)律度，日均睡眠時間，最近7天睡眠情況等方面分析，展示作息健康，較健

康，一般，較不健康的人數及所占比例，多方位了解學生作息情況；

(5)三餐情況

通過對三餐規(guī)律度、三餐就餐情況、三餐消費金額趨勢、三餐熱門地點等方面的分析，了解學

生在校就餐具體情況。

(6)社交關系

展示學生的社交關系圖譜；

(7)上網情況

通過上網健康度、上網時長、最近7天上網時間三方面分析，展示上網健康度各個層級所占人

數，展示學生一周累積上網時長并針對不同時段上網時長分布情況做對比；

(8)獎勵情況

通過展示個人獲獎信息明細，并對獲獎情況進行分析，展示學生在校期間不同時期的獎勵金額

及獎勵類型的分布情況，方便老師了解學生獲獎情況；

(9)一卡通消費

通過分析學生的一卡通消費指數，一卡通充卡習慣，一卡通消費趨勢，以及消費結構和地點，

方便老師更明確學生在校的行為軌跡及消費情況；

(10)預警信息

展示學生當前已有預警信息及其在校期間產生的所有預警信息；

(11)圖書借閱

通過學生當前借閱情況展示，歷史圖書借閱類型分布，圖書借閱趨勢三方面分析，了解學生借

閱習慣；

2.2.2綜合預警

將學生一卡通、的Fi、有線網絡和教務等信息作數據關聯(lián)分析，繪制出學生“行為軌跡”，建

立不同種類預警分析模型。一旦學生偏離習慣性軌跡，就觸發(fā)報警閾值，按照普通、緊急、嚴重三

個等級來顯示失聯(lián)、消費、網絡和沉迷等預警信息，通知學生本人、輔導員等相關人員，方便老師

和領導及時介入給與疏導和幫助，幫助學生走出困境，規(guī)避學生可能面臨的風險，提升管理的及時

性和有效性。

需要實現的具體功能如下：

實現“緊急預警”功能：緊急預警包括超過一定值的學業(yè)預警、行為異常預警、貧困預警、心

理預警，當這些預警產生時，會單獨羅列出來，展示待處理緊急預警總數量，同時也會以折線圖形

式展示歷史緊急預警的數量，方便老師及時了解緊急預警信息，及時處理。

實現“學業(yè)預警”功能：通過對歷屆學生的成績分、掛科情況、可得出學生成績的普遍發(fā)展模

式。根據這些模式建立預測模型后，可根據學生現有課程成績預測其未來績點。對預測結果不理想

的學生可提前給予“學業(yè)預警”。(對學習成績結果的學業(yè)警示)

實現“行為異常預警”功能：通過對學校、學院學生的夜歸預警、消費預警、失聯(lián)預警三方面

的分析，對于行為異常的學生進行預警提示，同時通知到對應輔導員，輔導員提前介入，杜絕危險

事件的產生。

實現“網絡預警”功能：結合學生的上網時長、課程表、在校上網情況，對凌晨沉迷上網、上

網時間過長、連續(xù)打游戲等沉迷上網情況進行預警。

實現“預警管理”功能：系統(tǒng)根據模型自動判斷預警嚴重級別，預警由嚴重到輕微分為4個等

級；并設置2種預警狀態(tài)：己處理預警、未處理預警?提供查看預警歷史功能，可配置預警信息。

提供按預警級別及預警處理狀態(tài)的預警信息查詢；可根據預警狀態(tài)，預警類別，預警級別篩選查看

預警信息；也可根據專業(yè)類別、日期、姓名等進行搜索查詢。

2.2.3行為軌跡

當學生接入我校無線網絡后，要對學生進行上網實名日志的審計和日志儲存，支持存儲海量數

據，并可以進行快速的日志查詢；完全滿足公安部82號令要求留存各個類型日志，有NAT日志、URL

日志、IM日志、BBS日志、郵件日志、搜索引擎日志；可以將學生的上網內容進行分類，形成學生

標簽，配合內容發(fā)布系統(tǒng)進行精準信息投遞。通過采集一卡通、上網記錄、WI-FI數據，建立個人

軌跡模型(聚合庫)，描繪軌跡數據。

(1)校園熱力分析

全校熱力分析主要是基于全校所有學生的在校軌跡，分析學校的熱力分布和趨勢，并且分析各

類群體的熱門訪問地點，發(fā)現群體間的行為區(qū)別，便于學校對不同群體進行針對性管理。具體功能

如下：

(2)全校人流熱力分布

顯示全校學生校內訪問各個地方的情況，支持標注圖、熱力圖兩種呈現方式

(3)分類用戶熱力分析

可以按照不同的群體標簽進行搜索，搜索該群體的行為軌跡情況。群體可按照成績、性別、生

源地、消費行為、上網行為進行劃分。支持進行多選，如選擇男性成績優(yōu)秀學生、北京成績良好女

生。群體類型支持按學校需求進行修改。

(4)按照時間進行搜索與輪詢

支持搜索具體時間段內學生行為軌跡的情況，最多可選擇連續(xù)三天。支持選擇【時間間隔】功

能，如選擇30min,則顯示以30min位周期的全校熱力動態(tài)變化圖，按照00:00、00:30、01:00、01:30

輪播，現分為30min、lh、2h、lday。

(5)按照建筑進行查詢

支持點擊某棟建筑，在頁面呈現到該建筑的熱力圖，按照樓層分別統(tǒng)計訪問人員數量，可以查

看每個房間的人員情況。

(6)重點人群軌跡

本功能主要是看各個群體行為軌跡規(guī)律以及對比分析，可以多條件組合查詢人群行為軌跡，按

照管理和服務的需要對人群進行分類管理，按照貧困生、心理問題學生、少數民族學生、寒假留校

學生等群體，通過各項數據的收集分析比對，得出群體特征信息，為學生工作提供決策。

三、相關技術要求

(注：號為重點評審條款，如不滿足按評分標準中規(guī)定進行扣分；)

供應商需要提供系統(tǒng)整體建設方案描述，除需要對本需求文檔中的功能需求列表的逐項進行點

對點應答外，方案還應描述全面、合理可行，能夠滿足以下技術指標和要求。

1.系統(tǒng)架構要求

系統(tǒng)可運行在虛擬機環(huán)境上，學校僅提供虛擬化環(huán)境及基本的操作系統(tǒng)，除此之外，系統(tǒng)所需

的各類組件由供應商完成部署.

系統(tǒng)需采用三層B/S(瀏覽器/服務器模式)架構，系統(tǒng)需基于Web技術開發(fā)，利用瀏覽器進行

使用和管理的有關操作。

系統(tǒng)須采用SOA架構，所有的業(yè)務子系統(tǒng)的功能界面風格和操作流程一致，提供統(tǒng)一的個人任

務查詢處理接口。

系統(tǒng)需采用分布式架構設計，系統(tǒng)可分布式部署，并按需將服務器進行分離部署；需將Web

Server和DatabaseServer分開部署。

系統(tǒng)可以根據用戶量的增大而擴充服務器數量并支持負載均衡；系統(tǒng)軟件需要采用模塊化的架

構設計。

為配合智慧校園實施，系統(tǒng)需基于J2EE平臺開發(fā)設計，主體代碼采用Java編程語言和服務器

端Java技術(如EJBs、Servlet.JSP、JNDI、JDBC和RMI等)開發(fā)。

服務器操作系統(tǒng)需支持Linux操作系統(tǒng)。

系統(tǒng)需具備并開放二次開發(fā)整合接口，用于將后續(xù)開發(fā)的功能模塊集成到系統(tǒng)中。系統(tǒng)交互模

式支持同步與異步方式，交互數據應支持各種數據類型。

系統(tǒng)使用不限用戶數量。

2.★系統(tǒng)接口要求

該系統(tǒng)是學校數字校園平臺的有機組成部分，在建設過程中必須開放與數字校園基礎平臺的各

種功能和接口，完成與學?，F有數字校園整合工作。具體要求如下：

(1)系統(tǒng)中的各種數據必須以教育部頒布的最新版本《教育管理信息化行業(yè)標準》或行業(yè)規(guī)范

為準進行編碼。

(2)系統(tǒng)中的各種數據必須遵循《學校信息標準》進行提供及完善，從而與其他系統(tǒng)形成數據

共享。

(3)系統(tǒng)須與學校數字校園數據交換平臺進行對接，對于校內各系統(tǒng)需要的數據，通過數據交

換平臺交換到各系統(tǒng)，并且從其它系統(tǒng)交換獲得本系統(tǒng)所需要的數據。并能確保數據的一致性。

（4）系統(tǒng)須與學校現有統(tǒng)一身份認證平臺進行身份集成，實現學校數字校園信息門戶的單點登

錄，并實現與學?，F有共享數據中心庫中的信息同步與共享。

（5）系統(tǒng)需提供主要業(yè)務模塊的獨立URL業(yè)務入口地址。

（6）系統(tǒng)需提供消息接口，便于系統(tǒng)的各類提醒消息集成到統(tǒng)一消息平臺。

（7）實現系統(tǒng)內重要事項提醒能通過手機短信、電子郵件、微信企業(yè)號的推送。用戶可以自主

選擇通知方式。

（8）實現系統(tǒng)與學校統(tǒng)一的移動APP或微信服務平臺等移動服務平臺的集成，為教職工提供

更加便捷的服務。

（9）具備支持其它系統(tǒng)報表推送功能的相應接口，或具備支持BI分析工具的接口。

針對以上數據對接方面的功能，中標人需為學校提供終身免費服務。如因系統(tǒng)升級、調整影響

數據交換等功能，應提前告知學校并免費完善相應對接程序。

3.歷史數據遷移

充分兼顧現有業(yè)務數據：在本系統(tǒng)實施初期要將這些數據作為初始數據導入到新建本系統(tǒng)中，

以保證工作的平穩(wěn)過渡。導入方式不限制，但要保證導入數據的正確性、完整性和一致性。

4系統(tǒng)安全性要求

系統(tǒng)需要支持SSL傳輸協(xié)議，可以實現鏈路層的加密傳輸。

系統(tǒng)需提供基于角色的授權體系，能將用戶的權限限制到具體功能和數據項目（如具體的某一

個數據字段）的某一項或多項具體操作上（如添加、修改、刪除、查看、打印），能準確授予用戶

職權范圍。

系統(tǒng)需提供完整的用戶訪問日志審計功能。

系統(tǒng)需提供數據自動異地備份的機制（每天備份），確保數據安全。

系統(tǒng)解決方案必須符合信息安全標準，符合學校信息安全管理要求，一旦出現安全問題或隱患，

成交供應商無條件在24小時內到位解決，應終生對軟件安全負責，及時修復安全漏洞。

5性能要求

錄入、修改響應時間l-3s,刪除響應時間在l-3s

事務處理查詢平均1秒，最長2秒。

普通應用查詢平均1秒，最長2秒。

統(tǒng)計分析類查詢平均2秒，最長3秒。

系統(tǒng)支持在線用戶數：2000人以上。

6其他要求

系統(tǒng)瀏覽器支持IE10.0及以上版本，并支持Safari/GoogleChrome、Firefox,360等主流瀏

覽器。

系統(tǒng)所有查詢數據均需提供直接打印和EXCEL導出的功能。

四、采購項目交付

供應商必須具有獨立完成此項目的實施和建設能力，不允許轉包或分包。

中標人取得中標通知后必須在3個工作日內將本次投標產品（可以是單機版）安裝在使用部門

進行測試是否滿足招標文件要求和投標文件承諾，如果不能達到要求則中標人簽字確認自愿放棄本

次中標，采購人按照評審排序順序，重新通知順位下一位供應商。

進度和時間要求：整個項目的實施，在成交公告發(fā)布后3個月內完成建設并上線運行。

五'項目培訓

培訓應貫串于整個項目的實施過程中，包括在從項目準備、研發(fā)到項目運行的全過程中。需要

提供以下幾方面關于培訓的描述：

（1）培訓要求

中標人派出的培訓教員應具有豐富的同類課程的教學經驗和應用經驗；所有的培訓教員必須用

中文授課；中標人必須為所有被培訓人員提供培訓用文字資料和講義等相關材料；中標人應按合同

規(guī)定安排培訓時間和培訓名額。

（2）培訓方式

包括課堂講解、上機操作和實際工作參與。

（3）培訓工作的內容和對象描述

中標人進行的培訓工作包括了培訓方案的設計、培訓制度的制定、培訓實施和培訓效果評估，

及時監(jiān)控培訓效果，保證培訓課程符合我校實際的需要。在系統(tǒng)運行（含試運行）的各個階段相應

的培訓內容描述，培訓安排包括：項目管理培訓、系統(tǒng)管理培訓、系統(tǒng)運行維護培訓等。

六'售后服務

供應商應承諾保證該項目穩(wěn)定地運行，并承諾提供驗收后三年免費維保服務，維保期內對合同

要求模塊內的優(yōu)化免費提供。供應商應承諾根據對學校相關業(yè)務運行的規(guī)律來有計劃地制定服務保

障體系。

除了上述的有關承諾之外，供應商關于服務保障體系的描述應具體包括如下內容：

1.運行保障機構

主要描述供應商對于對本項目的運行保障能力。

要求供應商對于項目實施及上線推廣與運行提供技術人員現場駐場保障，正式上線后，至少保

證一名開發(fā)工程師在至少一年時間內駐留信息中心進行實地開發(fā)和問題處理。

供應商在采購人所在地需具有本地化服務能力，供應商在招標人所在地具有常設服務機構（需

提供本地辦公地點證明，提供營業(yè)執(zhí)照件復印件并加蓋公章），具有穩(wěn)定的售后服務團隊（需提供

技術及服務團隊的社保證明），能夠持續(xù)的進行售后服務保障。可提供7X24小時技術服務；系統(tǒng)

出現無法訪問故障，供應商接到采購人通知后，應在2小時之內趕赴現場，并在12小時內修復，所

發(fā)生的費用全部由供應商負擔。

2.運行服務內容

供應商應確保本次采購的各類應用支撐平臺安全穩(wěn)定的運行，售后服務期自驗收合格之日開始

計算。方案中應對服務的范圍和內容進行詳細闡述，并至少包括以下內容：

(1)缺陷管理：針對本次采購的各類應用支撐平臺中存在的bug、缺陷，不論在質保期內、外,

均應持續(xù)提供修正與消缺服務.

(2)應急故障處理：提供7*24小時電話及遠程網絡支持服務，保障實時響應系統(tǒng)運行故障，

所有問題和故障1小時響應，簡單問題2小時內解決，復雜問題8小時內解決；日常維護可采用遠

程桌面、電話、E-MAIL維護與支持，特殊故障24小時內上門服務。

(3)系統(tǒng)升級：供應商主動對產品做出的升級和優(yōu)化，在用戶許可升級的情況下，可以免費享

受升級服務，以使系統(tǒng)能更好的提供服務。

(4)文檔服務：整個服務過程均需有完善的文檔記錄，便于跟蹤、分析問題；對各項服務提供

詳細的書面報告，包括故障處理報告、健康巡檢報告、系統(tǒng)性能檢測調優(yōu)報告、維護總表報告、服

務年度報告等。

(5)運行支持：對系統(tǒng)運行過程中用戶及業(yè)務部門的問題提供解答和問題解決跟蹤。

(6)操作系統(tǒng)補?。禾峁孟到y(tǒng)所部署的服務器操作系統(tǒng)、中間件、應用環(huán)境的升級、安

裝補丁工作，確保無安全漏洞。

(7)供應商提供每季度的例行巡檢服務，并出具巡檢服務報告，報告中應對發(fā)現的問題提出

改進建議和解決方案。每年提供完善的服務總結報告。

3.服務請求流程

供應商需對用戶支持或維護請求處理的流程進行詳細描述。

4.服務請求方式

對學校與供應商聯(lián)系溝通的方式進行詳細描述，以方便學校便利的獲取各類即時的和非即時的

服務支持。供應商提供的服務請求方式至少應包括：服務熱線電話和聯(lián)系人、聯(lián)系單位信息、信函/

傳真、電子郵件、服務網站。

供應商是否設有用戶投訴受理電話，對用戶的意見做出反應。如果有用戶投訴受理電話，請描

述以下內容：電話號碼(或傳真)、投訴中心負責人和受理答復時間。

5.后期維護說明

供應商應在投標文件中注明關于免費服務期滿后的維護費用，維護內容、規(guī)范和收費標準及其

他需要說明的情況(不含在本次磋商報價總計內)。

七'付款說明

1.合同簽訂后的10個工作日內，乙方(中標方，下同)向甲方(招標方，下同)支付合同總

金額的5%作為合同履約保證金，甲方在收到乙方履約保證金后，向乙方支付合同總金額的20%-50%

作為項目首付款。在甲方付款前，乙方應向甲方開具等額的符合國家規(guī)定的正式發(fā)票(增值稅專用

發(fā)票)。

2.系統(tǒng)實施工作完成后，經雙方簽字認可進入系統(tǒng)試運行期，甲方向乙方支付合同總金額的20%

作為試運行款，試運行期為3-6個自然月。

3.系統(tǒng)試運行結束后中標公司應按照規(guī)定的驗收清單準備驗收材料，中標公司需要提供各階段

的成果和文檔資料，包括但不限于：系統(tǒng)環(huán)境部署文檔、系統(tǒng)安裝手冊、數據字典、數據接口協(xié)議、

測試文檔、系統(tǒng)用戶手冊，并由學校組織人員驗收。驗收通過后甲方向乙方支付該合同總金額的

30260%作為項目驗收款。

4.驗收通過后，項目進入質保期。乙方需要在質保期內向甲方提供免費對接服務、功能升級服

務、以及日常運維支持。

5.項目質保期滿后，甲方向乙方無息退回履約保證金。

八、實施要求與驗收

供應商要依據軟件工程和類似系統(tǒng)成功建設實施經驗，本項目建設依次按照項目準備、項目建

設、項目交付、項目驗收、運行維護等五個程序組織實施。

(-)項目準備

中標后，供應商需根據項目時間要求、項目工作量，合理安排人力，制定出合理、可行的項目

實施計劃。此計劃中應包括項目的各階段目標、任務、時間表、里程碑、項目所需人員及其職責劃

分，并匯報給采購人簽字確認.

(二)項目建設

中標后，供應商根據實施計劃，進行項目需求調研、整理，編寫項目需求調研分析報告，采購

人需要對需求調研分析報告確認、簽字。在項目需求調研分析報告的基礎上，供應商編制實施方案,

采購人要對方案確認、簽字。此方案將作為項目開發(fā)及將來驗收的依據。

駐場人員要求：(D整個項目實施期間，中標人應建立專門的項目小組不少于3人，由專人負

責，確保項目按時